[XMR] Monero - A secure, private, untraceable cryptocurrency

[GingerAle]

We suppose to support Monroe for rise up this is trustful and secure currency

It is trustful and secure, as far as I can tell.

But its your coin, do what you'd like.

[binaryFate]

Does mixin count increase the time required for confirmations? Does a transaction with a higher mixin count have to "sit and wait" for additional transactions to occur on the blockchain, in order to mix with them? What if in a given minute or period of minutes, there are no additional transactions, only the "mined block reward(s)?" Can a high mixin count transaction mix with block rewards?

Let us discuss...

As far as I understand cryptonote (and also bitcoin), the mixin count does not increase the time required for confirmations - the ring signature stuff is passive - its just pulling information out of the blockchain at the instant the transaction is created. It doesn't have to go anywhere to get ring signed.

Just adding that this is the core practical difference of usability between coinjoin (that includes darkcoin) and cryptonote. With monero you don't need anybody else to mix with you at any particular time to make an anonymous transaction. You can be the only one in the world using Monero for the entire day, it won't be a problem at all.
It's beautiful

[smooth]

Does mixin count increase the time required for confirmations? Does a transaction with a higher mixin count have to "sit and wait" for additional transactions to occur on the blockchain, in order to mix with them? What if in a given minute or period of minutes, there are no additional transactions, only the "mined block reward(s)?" Can a high mixin count transaction mix with block rewards?

The way ring signatures work is the mixing is done entirely by you, on your own computer, with no outside interaction at all. There are no third parties, and mining has no role in mixing.

So to answer your question higher mixin count does not increase the time required for confirmations. It does make the transaction larger (in bytes) so it will require a higher fee, and if blocks are filling up it may have to wait a bit longer to make it into a block.

[binaryFate]

so it will require a higher fee, and if blocks are filling up it may have to wait a bit longer to make it into a block.

Not sure about that since the larger fees make it more attractive for miners. If the mining/fees market is close to a free market, the transaction should have the same likelihood to be chosen by miners as a small one.

[smooth]

so it will require a higher fee, and if blocks are filling up it may have to wait a bit longer to make it into a block.

Not sure about that since the larger fees make it more attractive for miners. If the mining/fees market is close to a free market, the transaction should have the same likelihood to be chosen by miners as a small one.

Not if the transaction size is somewhat close to the block size limit. Let's say there are two large transactions (each 60% of the block size limit) and two small ones (10% of the block size). The next block will probably include one of the large ones and both of the small ones. Meaning one of the larger transactions will have to wait but the smaller ones won't.

When volume increases and block sizes increase to where individual truncations are much smaller than a block, then what you wrote would likely be correct.

[pa]

What are the ramifications of a customer's Payment ID being leaked (in regards to past orders, assuming it is changed once the leak is discovered)

As mentioned above, I think the payment ID being leaked could only indicate that someone made a payment for that specific amount [emphasis added] at that specific time.

I don't think the amount of the transaction is derivable from the blockchain.

[binaryFate]

so it will require a higher fee, and if blocks are filling up it may have to wait a bit longer to make it into a block.

Not sure about that since the larger fees make it more attractive for miners. If the mining/fees market is close to a free market, the transaction should have the same likelihood to be chosen by miners as a small one.

Not if the transaction size is somewhat close to the block size limit. Let's say there are two large transactions (each 60% of the block size limit) and two small ones (10% of the block size). The next block will probably include one of the large ones and both of the small ones. Meaning one of the larger transactions will have to wait but the smaller ones won't.

When volume increases and block sizes increase to where individual truncations are much smaller than a block, then what you wrote would likely be correct.

Yes, you're right. I see bin-packing here, interesting use case.
Is it currently possible to reach this edge case with the current size of transactions/blocks?

[smooth]

What are the ramifications of a customer's Payment ID being leaked (in regards to past orders, assuming it is changed once the leak is discovered)

As mentioned above, I think the payment ID being leaked could only indicate that someone made a payment for that specific amount [emphasis added] at that specific time.

I don't think the amount of the transaction is derivable from the blockchain.

The exact amount is not, although some range of estimates can be made. There are a bunch of outputs, some are payment and some are change, with no way to tell which is which. In fact there can be multiple payments in one transaction (as with pool payouts) so it isn't even clear that all the non-change ones are going to the same destination.

The current wallet code isn't that great about putting these together. For example, for a payment with one recipient, if the are two outputs of the same size, you know one is always going to the recipient and one as change. But that can and likely will be improved in the future. If wallet code occasionally uses outputs of 1+1 instead of 2 or even 0.5+0.5 instead of 1 then you wouldn't be a able to make this inference.

[5w00p]

I appreciate the thoughtful responses to my discussion questions.

I am working on "wrapping my brain around" the finer nuances of Monero so that I can both be properly informed and better explain it to others.

[smooth]

so it will require a higher fee, and if blocks are filling up it may have to wait a bit longer to make it into a block.

Not sure about that since the larger fees make it more attractive for miners. If the mining/fees market is close to a free market, the transaction should have the same likelihood to be chosen by miners as a small one.

Not if the transaction size is somewhat close to the block size limit. Let's say there are two large transactions (each 60% of the block size limit) and two small ones (10% of the block size). The next block will probably include one of the large ones and both of the small ones. Meaning one of the larger transactions will have to wait but the smaller ones won't.

When volume increases and block sizes increase to where individual truncations are much smaller than a block, then what you wrote would likely be correct.

Yes, you're right. I see bin-packing here, interesting use case.
Is it currently possible to reach this edge case with the current size of transactions/blocks?

Oh yes it happens all the time. Since the level of activity is relatively low, the (soft) block size limit is at the minimum allowed value of 20KB, which is also the default size limit for transactions (larger than that, they get broken up into pieces), so there are quite a few transactions of 10-15KB for example.

[Hueristic]

Plenty of Newbie trolls though.

They have to start somewhere!

How would you setup a miner to adjust with diff like this?

It easy to script something that works off the difficulty reported by the 'getinfo' API for example. Better still might be using the 'getinfo' API from a node and a price API from an exchange.

Maybe for you, I have never coded node communication before. Got a link for a quick example?

[fluffypony]

Hi guys - I'm encountering some nigglies with my computer and my wonderfully fast Internet - the Missive is ready, but it's 1am and it's not going up, so I'll have to try again tomorrow morning.

[Hueristic]

Hi guys - I'm encountering some nigglies with my computer and my wonderfully fast Internet - the Missive is ready, but it's 1am and it's not going up, so I'll have to try again tomorrow morning.

Have a good night and here have some retro to put you to sleep.

https://www.youtube.com/watch?v=oc1sgCT7X2c

I'm listening to old 1 hit wonders from when i was a kid.

[smooth]

Plenty of Newbie trolls though.

They have to start somewhere!

How would you setup a miner to adjust with diff like this?

It easy to script something that works off the difficulty reported by the 'getinfo' API for example. Better still might be using the 'getinfo' API from a node and a price API from an exchange.

Maybe for you, I have never coded node communication before. Got a link for a quick example?

If you are on linux just try

$ curl localhost:18081/getinfo

From there if you have any kind of scripting skills you can parse out the difficulty and go from there. If you don't have any scripting skills you won't be able to do this I'm afraid.

[smooth]

Hi guys - I'm encountering some nigglies with my computer and my wonderfully fast Internet - the Missive is ready, but it's 1am and it's not going up, so I'll have to try again tomorrow morning.

Have a good night and here have some retro to put you to sleep.

https://www.youtube.com/watch?v=oc1sgCT7X2c

I'm listening to old 1 hit wonders from when i was a kid.

What BS. No girls.

[Hueristic]

Plenty of Newbie trolls though.

They have to start somewhere!

How would you setup a miner to adjust with diff like this?

It easy to script something that works off the difficulty reported by the 'getinfo' API for example. Better still might be using the 'getinfo' API from a node and a price API from an exchange.

Maybe for you, I have never coded node communication before. Got a link for a quick example?

If you are on linux just try

$ curl localhost:18081/getinfo

From there if you have any kind of scripting skills you can parse out the difficulty and go from there. If you don't have any scripting skills you won't be able to do this I'm afraid.

Dos/Winblows here all I can do on nix is ls and grep. LOL

[smooth]

Plenty of Newbie trolls though.

They have to start somewhere!

How would you setup a miner to adjust with diff like this?

It easy to script something that works off the difficulty reported by the 'getinfo' API for example. Better still might be using the 'getinfo' API from a node and a price API from an exchange.

Maybe for you, I have never coded node communication before. Got a link for a quick example?

If you are on linux just try

$ curl localhost:18081/getinfo

From there if you have any kind of scripting skills you can parse out the difficulty and go from there. If you don't have any scripting skills you won't be able to do this I'm afraid.

Dos/Winblows here all I can do on nix is ls and grep. LOL

I don't do Windows but I imagine there are some tools that can query a URL and parse the JSON. Not hard to do if you can make scripts or simple programming.

[Hueristic]

Plenty of Newbie trolls though.

They have to start somewhere!

How would you setup a miner to adjust with diff like this?

It easy to script something that works off the difficulty reported by the 'getinfo' API for example. Better still might be using the 'getinfo' API from a node and a price API from an exchange.

Maybe for you, I have never coded node communication before. Got a link for a quick example?

If you are on linux just try

$ curl localhost:18081/getinfo

From there if you have any kind of scripting skills you can parse out the difficulty and go from there. If you don't have any scripting skills you won't be able to do this I'm afraid.

Dos/Winblows here all I can do on nix is ls and grep. LOL

I don't do Windows but I imagine there are some tools that can query a URL and parse the JSON. Not hard to do if you can make scripts or simple programming.

K, I'll check into it l8r putting my old rig back online now. Don't ask me why I think, it will cost me about 2 bucks per xmr.

[coinits]

If Satoshi were still in crypto, he'd be working on xmr

 

who says he's out? who says he isn't? ( is it true? ) sorry i couldn't resist.

who says it's a he? Not she, or them?

ok rephrase:
If Satoshi's still in crypto, Satoshi's working on xmr

Satoshi was the named used for a team of crypto developers with DARPA. The name of the lead developer is Tatsuaki Okamoto.

[smooth]

If Satoshi were still in crypto, he'd be working on xmr

 

who says he's out? who says he isn't? ( is it true? ) sorry i couldn't resist.

who says it's a he? Not she, or them?

ok rephrase:
If Satoshi's still in crypto, Satoshi's working on xmr

Satoshi was the named used for a team of crypto developers with DARPA. The name of the lead developer is Tatsuaki Okamoto.

Yes because if you are a Japanese guy and trying to be anonymous, the most logical thing to do is use a Japanese pseudonym (or better yet use your actual name like Dorian did). Hiding in plain sight; absolutely brilliant!