Podcast #128: We chat with Kent C Dodds about why he loves React and discuss what life was like in the dark days before Git. Listen now.
13

No, or it'd be a break of the crypto. Poloniex can probably get a lower bound (probably much lower than the real number), since it's the main Monero exchange and has been for a long time. But from the blockchain, no. Every single output on the blockchain is on its own one time address, and can't be attached to a standard address without that standard address'...


11

If by "reject", you mean prevent that transaction from being mined and being available to your private key, then no. If by "reject", you mean only act on rct payments, then you could ask the client for a monero address to return non-rct payment, possibly minus a small fee to cover the tx fee (for instance, I believe shapeshift will return your monero if you ...


11

Received monero can be respent after 10 blocks (see CRYPTONOTE_DEFAULT_TX_SPENDABLE_AGE). At two minutes a block targetted, that means approximately 20 minutes.


10

Cryptonote is more sensitive to reorganizations than Bitcoin. In Bitcoin, if N blocks are reverted, all the transactions they contain are now ready to be mined again (or might already be included in blocks that replace those N blocks). In Cryptonote, if N blocks are reverted, any transaction that include an output created in those N blocks is also (...


6

If you have log level 2 IIRC, the whole transactions are dumped to the log. Output selection is random, within "priority" levels. Priority levels are determined by which outputs are related to outputs already in a transaction that's being built. This means that if you have enough outputs, you'll end up with unrelated outputs as inputs. The usual disclaimers ...


5

To the best of my extremely limited knowledge, I don't know if a limitation in the cryptonote protocol that would keep you from attempting to spend unconfirmed transaction outputs. I'd conclude from the above that it's simply a design choice to lower the chance of possible user confusion, similar to how simple wallet shows "locked/unlocked" balance, which ...


5

Yes, get_outs does mixin selection. There is no double spending check done there. The second question looks like the same as the first one. There is no double spending check done during the mixin selection procedure.


5

All unlocked rct outputs will be eligible for inclusion in a ring signature. Those outputs will be stored with the placeholder 0 amount, the real amount being unknown except to the recipient (and the sender, though needing extra information kept outside of the blockchain). Outputs from the block rewards, which will still be in the clear, will also be ...


4

When you send funds to an integrated address, what you're actually doing is sending funds to the recipient's underlying Monero wallet address and simultaneously attaching an encrypted payment ID to the transaction. According to the current specification, there can only be one payment ID specified in the tx_extra field. Because of this, only one integrated ...


4

A. Is this a wallet rule or a protocol/daemon rule? It's a wallet / daemon rule. The number of blocks is defined as a pre-compiler constant CRYPTONOTE_DEFAULT_TX_SPENDABLE_AGE. B. Does the rule only apply to spending one's own output, or are new/locked outputs also excludable from a ring signature even as decoys/mixins? Generally, it applies to all ...


4

An output's public key uniquely identifies an output [1]. A ring signature takes N outputs, one of them being the one that's actually spent, and makes a signature that can be verified, such that: one of the outputs in this ring is spent all the outputs in this ring have equal probability of being the one being spent Now, the scenario in MRL-0004 is more ...


4

It will depend on the exchange since each exchange can set their own rules regarding withdrawals. However, assuming transaction is sent immediately when you place it on the exchange: The transaction should show up on the block chain in about 2 minutes (monero block time) It will appear as part of your balance, but not your unlocked balance until the ...


3

It is spendable. There are a lot of clones which use the genesis block reward as premined coins


3

Old dust that has never been swept. Denominations and other enhancements weren't around when Monero launched.


3

Both cases are possible. Filler.


3

For your particular case: use the latest version of monero-wallet-cli, and set min-outputs-count 1000. This will tell the wallet to not include a second unneeded input. However, your transaction will look different from the majority of other transactions, which tend to have 2 inputs. As this new code gets used more and more though, there will be a good mix ...


3

This has nothing to do with unconfirmed outputs. What likely happened is that, due to varint encoding, a slight post creation change to the tx caused it to jump to a high size threshold, and since the fee is per kB, the fee was suddenly not enough. This is a bug in transaction creation. This is pretty rare, since it needs the change to cause a size increase, ...


3

Another solution may be to use a new command sweep_single that I proposed recently (#2634). This allows you to spend each one of your pre-RingCT outputs individually, preventing inferences of real spent outputs in the rings through the time alignment.


3

I'd do a sweep_all with a bigger ringsize to merge them all in one RCT output, followed by a couple of sweep_all to yourself (AKA "churn") with default ringsize at random intervals. You can send that first TX directly to your Ledger and then use the Ledger to do the churning TXes, as it will likely be more user friendly than "manually" with the cold wallet ...


3

It's not a case of how much is in your wallet, rather how many outputs you own. If you only have 1 output, when you do a transfer, the recipient get's a new output with part of your spend output and you get the rest into a new change output. This answer explains nicely. So this brings us to the question of how to prevent this. There is no way to prevent the ...


2

Open and sync the CLI Type incoming_transfers available verbose and press enter. This will return all of the outputs in the account and the associated information. More info. Find the output you want to churn. Use the command sweep_single [<priority>] [<ring_size>] [outputs=<N>] <key_image> <address> [<payment_id>]. ...


2

While, according to other answers here, you can't send to multiple integrated addresses, you can send to multiple subaddresses according to this: https://monero.stackexchange.com/a/8285/7267 Subaddresses can serve the same purpose that integrated addresses serve, more or less.


1

If you want to have multiple Outputs in your wallet you can use the "sweep_all" command in the monero-wallet-cli sweep_all [index=<N1>[,<N2>,...]] [<priority>] [<ring_size>] [outputs=<N>] <address> [<payment_id (obsolete)>] but outputs cannot be larger than 16! example: sweep_all unimportant outputs=16 ...


1

After a second thought, I think the important points are double spending is checked by means of the key images embedded in the signature of a transaction. And the process of grabbing mix-ins takes place before signing transaction, which means there is no signature yet, not to say the key image for checking double spending. It's okay even when some mix-...


1

Is there a way to send unconfirmed transactions and get them accepted by the network? Something like in bitcoin, where if you send a transaction that is using unconfirmed inputs, the outputs will only be confirmed when the inputs are? No. Monero does not support chained payments within the same block. Outputs must be available before they can be spent. ...


Only top voted, non community-wiki answers of a minimum length are eligible