Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1073. (Read 4670673 times)

legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Plenty of Newbie trolls though.

They have to start somewhere! Cheesy

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
legendary
Activity: 2968
Merit: 1198
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. Cheesy

What BS. No girls.
legendary
Activity: 2968
Merit: 1198
Plenty of Newbie trolls though.

They have to start somewhere! Cheesy

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.

legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
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. Cheesy
donator
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
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.
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Plenty of Newbie trolls though.

They have to start somewhere! Cheesy

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?
legendary
Activity: 2968
Merit: 1198
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.

hero member
Activity: 644
Merit: 502
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.
legendary
Activity: 2968
Merit: 1198


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.
legendary
Activity: 1512
Merit: 1012
Still wild and free
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?
pa
hero member
Activity: 528
Merit: 501


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.
legendary
Activity: 2968
Merit: 1198
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.
legendary
Activity: 1512
Merit: 1012
Still wild and free
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.
legendary
Activity: 2968
Merit: 1198
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.

legendary
Activity: 1512
Merit: 1012
Still wild and free
Quote
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 Smiley
legendary
Activity: 1260
Merit: 1008
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.
full member
Activity: 154
Merit: 100
We suppose to support Monroe for rise up this is trustful and secure currency
legendary
Activity: 1260
Merit: 1008


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 at that specific time. Assuming the info is leaked with identifying information, then yes, you'll know that Jane paid a particular amount at a given time. You wouldn't be able to do anything more with this info, unless Jane continues using the same payment ID.

Quote
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.

Quote
and what effect does mixin count have on the anonymity of a Customer whose Payment ID is publicly known?
Hrm, I think it wouldn't do much do to the stealth addresses.
legendary
Activity: 2968
Merit: 1198
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.
legendary
Activity: 2968
Merit: 1198

Any reason for the price increase?
This currency is just very unthervalued and now discoverd by big investors I think.
This is just a correction for the low levels we have seen and I say keep you XMR and do not take short therm profit.
For no reason,no new wallet,no big surge of net hashrate.  Grin

Plenty of Newbie trolls though.
Jump to: