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

[onemorexmr]

IMHO the only reason why orphans are bad is because they are rising the efficiency-gap between miners/pools with slower bandwith vs miners/pools with higher ones which would lead to more mining centralization

but please correct me if thats wrong - its just my head trying to figure out p2p

edit: i have seen this happen live with an early p2pool version and bitcoin. p2pool has many many small blocks (they call them shares). my p2pool node was on my server - many have run it at home. i had WAY less orphans and was much more efficient (to a point where i was more efficient than i should be - effectively stealing some btc from people with a bad connection - i stopped mining there then [well i completely stopped mining btc and sold my two remaining gpus]).

[1714962305]

1714962305

[Johnny Mnemonic]

I'm reasonably sure I discussed this in the LTB podcast, but basically TFT's decision for a 1 minute block time was nonsensical. We don't know why he chose it, but it definitely wasn't based on any form of logic.

Faster block targets were a common gimmick metric for a while in the alt space. TFT chose 1 minute blocks because it he was trying to protect his 80% bytecoin premine and knew he'd cater to the uninformed "faster == better" crowd.

[smooth]

IMHO the only reason why orphans are bad is because they are rising the efficiency-gap between miners/pools with slower bandwith vs miners/pools with higher ones which would lead to more mining centralization

but please correct me if thats wrong - its just my head trying to figure out p2p

edit: i have seen this happen live with an early p2pool version and bitcoin. p2pool has many many small blocks (they call them shares). my p2pool node was on my server - many have run it at home. i had WAY less orphans and was much more efficient (to a point where i was more efficient than i should be - effectively stealing some btc from people with a bad connection - i stopped mining there then [well i completely stopped mining btc and sold my two remaining gpus]).

It's not the only reason but it is one reason, and its a huge one. Decentralization is the entire reason for these coins to exist at all. Without that the entire system is a huge waste of resources.

It also increases resource use (especially for lightweight wallets) and makes the network less resilient to failing altogether.

A common change in altcoins is to increase the block frequency, due to a misunderstanding of the purpose and meaning of transaction confirmations. This increases the frequency of minor blockchain forks (which result in stale blocks and wasted mining power) and also increases the bandwidth and validation costs of non-mining nodes. Both of these tend to increase centralization.

If the block frequency is very high, new blocks will be produced faster than blocks can be transmitted and verified. This destroys consensus since nodes are essentially always seeing competing blockchains in the past. (Remember that consensus time is measured by total blockchain difficulty, roughly, blockheight.) Therefore the first chain that they see will always appear longer than the others, and every node will have a different idea of the best chain.

This happened to feathercoin, which had 60-second blocks. They were unable to achieve distributed consensus, so the network was changed to require developer signatures on all blocks.

[e-coinomist]

Valid, BUT people will not wait 60 minutes to get that 4.336808e-19 on a quicker blockchain with 1 minute timings.

They will adapt down to awaiting 6 minutes, calling that safe. You see there is some layer 8 problem arising.

deleting the other post, this is its replacement.

ok here is the formula.

a = percentage of the total network hash rate controlled by attacker (expressed in decimal notation)
b = # of blocks
n = likelihood of discovering b # of blocks for a % of total network hashrate before anyone else

f(n)=a^(b-1)        (im sure this can be simplified but w/e it works)

So back to our 2 blockchains. If the attacker wants to double-spend and has 25% of the total network hashrate, than his chances of discovering 1 block are 25%. 2 blocks in a row is 12.5%.

1 0.250000

2 0.125000

3 0.062500

4 0.031250

5 0.015625

6 0.007812

7 0.003906

8 0.001953

9 0.000976

10 0.000488

and after 60 minutes like bitcoin satoshi client suggests with 1 minute blocks it would be 4.336808e-19.

So the point is that there is an inherent advantage to security resulting from fast blocks. As such the acceptable orphan rate would be a reasonable trade off. It wouldn't come from some effort to approach as close to 0 as you can. Once its too high of course single actors get a bigger advantage since they dont have to wait to start mining ontop of their own block. But the preferable trade off would probably be a higher orphan rate than most people think. You would have to develop some models to get a good idea, but probably 5% is totally reasonable.

[argentinx]

hi
how can I change the directory
where to store the database?

[smooth]

hi
how can I change the directory
where to store the database?

there is an option I think --data-dir or something like that (sorry I can't check right now).

Also, if you are on linux you can symlink .bitmonero to somewhere else.

[opennux]

I'm not sure if this has been discussed before?

OpenAlias is easy and user-friendly (once employed) but isn't there an inherent risk in abuse?

It would be trivial for a cracker to exploit it by changing the xmr recipient_address to one under his control. Another easy exploit is that pretty much any employee at the company which hosts your domain or subdomain can easily change the xmr recipient_address. That is especially handy if the nefarious part (for some reason) knows of large or recurring payments.

[onemorexmr]

I'm not sure if this has been discussed before?

OpenAlias is easy and user-friendly (once employed) but isn't there an inherent risk in abuse?

It would be trivial for a cracker to exploit it by changing the xmr recipient_address to one under his control. Another easy exploit is that pretty much any employee at the company which hosts your domain or subdomain can easily change the xmr recipient_address. That is especially handy if the nefarious part (for some reason) knows of large or recurring payments.

DNSSEC

[binaryFate]

I'm not sure if this has been discussed before?

OpenAlias is easy and user-friendly (once employed) but isn't there an inherent risk in abuse?

It would be trivial for a cracker to exploit it by changing the xmr recipient_address to one under his control. Another easy exploit is that pretty much any employee at the company which hosts your domain or subdomain can easily change the xmr recipient_address. That is especially handy if the nefarious part (for some reason) knows of large or recurring payments.

It's always a matter of tradeoff between convenience and security. If you're worried about large payments, just enter/check the address by hand instead of using open alias.

[argentinx]

C:/msys64/home/Reggi/bitmonero/external/db_drivers/liblmdb64/mdb.c:5312: Ass ertion 'root > 1' failed in mdb_page_search()

[argentinx]

Code:

http://www.openldap.org/its/index.cgi/?findid=7956
If you compact an empty environment, the copy in meta page 1 is written with the
main DB's root page set to 1, (i.e., pointing to itself) which is invalid.
Attempting to write to the copy triggers an assert.

Workaround - don't try to compact an empty environment... Fix coming shortly.

[Vandalay23]

Offering 0.05 BTC to the first one that creates a XMR burn address (only public key needed)

Should contain as many consecutive X's as possible and a valid checksum.

Cheers

[binaryFate]

Offering 0.05 BTC to the first one that creates a XMR burn address (only public key needed)

Should contain as many consecutive X's as possible and a valid checksum.

Cheers

I'm pretty sure what you want to have is a provable way to burn funds right?
If so, you need the view key too, otherwise nobody can say "here guys, look I burned X", because there's nothing to look at (due to stealth addresses).

[Vandalay23]

Offering 0.05 BTC to the first one that creates a XMR burn address (only public key needed)

Should contain as many consecutive X's as possible and a valid checksum.

Cheers

I'm pretty sure what you want to have is a provable way to burn funds right?
If so, you need the view key too, otherwise nobody can say "here guys, look I burned X", because there's nothing to look at (due to stealth addresses).

we had a long discussion on this topic already.
if you have 2 addresses, one is a real address (with private key) and one burn address, then you can publish the viewkey of the first one and see all the transactions made from this address to the burn address.

[Arux]

@Vandalay23: what's your project? why do you need all those burn adress? (xmr,nxt,hz,burst +every other one that i did not see)

[antw081]

Burning XMR is a crime against humanity!

[Vandalay23]

@Vandalay23: what's your project? why do you need all those burn adress? (xmr,nxt,hz,burst +every other one that i did not see)

thanks for your interest

details about the project will be public soon enough.

[GTO911]

Who owns the address monero.org, someone is developing it

[cAPSLOCK]

Are we thinking of starting a proof of burn (counterparty) style Monero 2.0?

[GingerAle]

Who owns the address monero.org, someone is developing it

and it doesn't look half bad.

Are we thinking of starting a proof of burn (counterparty) style Monero 2.0?

I hope not I still don't understand that thing.