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

[binaryFate]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

[1714953845]

1714953845

[1714953845]

1714953845

[1714953845]

1714953845

[fluffypony]

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

We're not sure - at this stage it appears that they are linking to the binaries on getmonero.org, but as it is somebody who is unknown it should be treated with caution. The fact that they link to MinerGate (a pool most likely operated by the BCN scammers) is also quite concerning.

Community sites are always welcome, but this is not obviously a community site. To anyone coming across it they would think it is the official site, which makes it especially dangerous. Perhaps they are trying to build up some SEO, after which they can just change links to whatever they want.

[cryptrol]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

[Vandalay23]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

interesting.

In order to test it what I need is this burn address

[fluffypony]

Just an update to roosmaa's Trezor project:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

UPDATE: I'm escrowing this on roosmaa's behalf.

Deposit address: 49hGzzV9XtNZKHAe1kNuXkRfhws12ZHipavhffm2gXDXR3aGxiLzt9GRBFPqL6Vgp6hEnpsiT285v5v 4XmrUC93PSTaML5r
View key: 2a2e69948dfcc5a3198ee0288494a729c65069611cf0146f8f31013dd2a0ac0c

roosmaa will move the funds donated thus far to that escrow account, and I will confirm receipt once received.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVK8NRAAoJEFVDLfMczU/N++sH/iOTObE6iiBlhaz7pUgMx3tB
WM49xGvVCtSlxcJX/zwX/K5zeaF5NeNMgsOx5RU0+z9zvnM4O/3X5S1OhxzrcosM
3OE4r8Z/+eMfW0o+567HkXxg7Q5E7hMN9GgJVLxcuQ4fDhXlxjr6m7wXgZG/tdLj
bpCiQI/VXnhg/iDy++vb7zshuTh/H8QmgPDPkKWaSQD66oozi9vi629g2ytWBBCE
5tygq+liI6+1a+sHWq/2HFi7Yq+5a99gz5Gm5AX/thFoodGgeAeXXAOhTMN7QGEx
ieTuqBm3+okUOvOztHT7pNLXvSiPrGKAtOJ9IvuCI0u/lLRKNeXnU96NmymQ2t8=
=DwW/
-----END PGP SIGNATURE-----

Updates to follow on the forum thread: https://forum.getmonero.org/8/funding-required/261/monero-support-for-trezor

[argentinx]

fluffypony

there is a problem with the conversion of db in windows

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

and i found this

http://www.openldap.org/its/index.cgi/?findid=7956

Code:

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.

[argentinx]

Code:

Creating the logger system
2015-Apr-13 15:31:19.033828 Starting...
2015-Apr-13 15:31:19.033828 batch:   true  batch size: 20000
2015-Apr-13 15:31:19.033828 resume:  true
2015-Apr-13 15:31:19.033828 testnet: false
2015-Apr-13 15:31:19.033828 Loading blockchain...
2015-Apr-13 15:32:25.462405 Blockchain initialized. last block: 518183, d0.h14.m
48.s56 time ago, current difficulty: 1082196990
2015-Apr-13 15:32:25.465257 Source blockchain: C:\ProgramData\bitmonero
2015-Apr-13 15:32:25.466258 Dest blockchain:   C:\ProgramData\bitmonero\lmdb
2015-Apr-13 15:32:25.466258 Opening dest blockchain (BlockchainDB lmdb)
2015-Apr-13 15:32:25.486444 Source blockchain height: 518184
2015-Apr-13 15:32:25.487444 Dest blockchain height:   0
2015-Apr-13 15:32:25.488419 start height: 1  stop height: 518184
[- batch commit at height 20000 -]

[- batch commit at height 40000 -]

[- batch commit at height 60000 -]

[- batch commit at height 80000 -]

[- batch commit at height 100000 -]

[- batch commit at height 120000 -]

[- batch commit at height 140000 -]

[- batch commit at height 160000 -]

[- batch commit at height 180000 -]

[- batch commit at height 200000 -]

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

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

[generalizethis]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

[cAPSLOCK]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

Heh..  That's good out of the box thinking.  But will that not rape the blockchain?

[Bassica]

I'll donate a modest 25 xmr, this on top of the two beers I donated recently to him in person  ;-)

Met him couple of weeks back, good guy afaik. Only risk lies within him not finishing.. (kidding, nice project, gl man!)


 

[luigi1111]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

Heh..  That's good out of the box thinking.  But will that not rape the blockchain?

No need to set mixin really high, you can just pay the whole thing in fees if that's what you want.

Though I don't think that's what he wants...
I'm quite certain this address isn't that difficult to create; I just haven't had any luck finding what exactly the public keys are massaged with to create the "address".

BTC is like this:
1. = RIPEMD160(SHA256(public ECDSA key))
2. = networkbytes(00) + 1.
3. = SHA256(SHA256(2.))
4. = 2. + 1st four bytes of 3.
5. = Base58(4.)

Now what is done to XMR?

[mmortal03]

After the disappointment (or worse) of the FreeBazaar project, people are going to be understandably more reluctant to give direct donations to even a legitimate project.

Until the crowdfunding features of the Monero forum are up and running I'd suggest finding a trusted escrow to hold the funds and release them upon defined milestones (some could be released at start once a funding goal is achieved).

The readme.md hasn't even been changed from OpenBazaar: https://github.com/freebazaar/FreeBazaar

[GingerAle]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

Heh..  That's good out of the box thinking.  But will that not rape the blockchain?

No need to set mixin really high, you can just pay the whole thing in fees if that's what you want.

Though I don't think that's what he wants...
I'm quite certain this address isn't that difficult to create; I just haven't had any luck finding what exactly the public keys are massaged with to create the "address".

BTC is like this:
1. = RIPEMD160(SHA256(public ECDSA key))
2. = networkbytes(00) + 1.
3. = SHA256(SHA256(2.))
4. = 2. + 1st four bytes of 3.
5. = Base58(4.)

Now what is done to XMR?

Or an even more ridiculous solution to this burn address is to use XMR.to  ....... but I guess if you want "proof of burn" for XMR this does not accomplish this.

[oblox]

Code:

Creating the logger system
2015-Apr-13 15:31:19.033828 Starting...
2015-Apr-13 15:31:19.033828 batch:   true  batch size: 20000
2015-Apr-13 15:31:19.033828 resume:  true
2015-Apr-13 15:31:19.033828 testnet: false
2015-Apr-13 15:31:19.033828 Loading blockchain...
2015-Apr-13 15:32:25.462405 Blockchain initialized. last block: 518183, d0.h14.m
48.s56 time ago, current difficulty: 1082196990
2015-Apr-13 15:32:25.465257 Source blockchain: C:\ProgramData\bitmonero
2015-Apr-13 15:32:25.466258 Dest blockchain:   C:\ProgramData\bitmonero\lmdb
2015-Apr-13 15:32:25.466258 Opening dest blockchain (BlockchainDB lmdb)
2015-Apr-13 15:32:25.486444 Source blockchain height: 518184
2015-Apr-13 15:32:25.487444 Dest blockchain height:   0
2015-Apr-13 15:32:25.488419 start height: 1  stop height: 518184
[- batch commit at height 20000 -]

[- batch commit at height 40000 -]

[- batch commit at height 60000 -]

[- batch commit at height 80000 -]

[- batch commit at height 100000 -]

[- batch commit at height 120000 -]

[- batch commit at height 140000 -]

[- batch commit at height 160000 -]

[- batch commit at height 180000 -]

[- batch commit at height 200000 -]

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

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

It's interesting that yours breaks about the same spot as mine in terms of height (granted, I don't get that particular error IIRC). I have tried the converter and it gets to about 220-240k and then exits to command prompt. Thought I was on to something converting to raw via export and importing but stops once it gets to a similar blockheight. When I get home from work, I'll dump what logs I have and some screen grabs.

[oblox]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

Heh..  That's good out of the box thinking.  But will that not rape the blockchain?

No need to set mixin really high, you can just pay the whole thing in fees if that's what you want.

Though I don't think that's what he wants...
I'm quite certain this address isn't that difficult to create; I just haven't had any luck finding what exactly the public keys are massaged with to create the "address".

BTC is like this:
1. = RIPEMD160(SHA256(public ECDSA key))
2. = networkbytes(00) + 1.
3. = SHA256(SHA256(2.))
4. = 2. + 1st four bytes of 3.
5. = Base58(4.)

Now what is done to XMR?

The issue is that with ring sigs coupled with stealth addresses, without having the viewkey (derived from the spend key), you can't really see the ending balance. Having a burn address where one can't prove the existing balance does no good.

[fluffypony]

fluffypony

there is a problem with the conversion of db in windows

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

and i found this

http://www.openldap.org/its/index.cgi/?findid=7956

Code:

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.

Thanks - we'll take a look at this, Windows is being a little bit irritating for a number of reasons;)

[Vandalay23]

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.

Are you sure? I think what you would see as destination would be a stealth destination (maybe corresponding to the burn address, without any way to prove it).

This.

To prove/show a transaction you must have a view key, which you can't obtain without a private key, so I guess you can't burn coins without a third party trust provider (a notary?).

In Bitcoin you can just create a valid address (vanity like) for which is almost impossible to have obtained the private key, I don't know if this can be true for cryptonote addresses, I guess you can, but again you end up without a way to see transactions.

Can't you just set the mix-in so high that the coins are redistributed back to the miners?

Heh..  That's good out of the box thinking.  But will that not rape the blockchain?

No need to set mixin really high, you can just pay the whole thing in fees if that's what you want.

Though I don't think that's what he wants...
I'm quite certain this address isn't that difficult to create; I just haven't had any luck finding what exactly the public keys are massaged with to create the "address".

BTC is like this:
1. = RIPEMD160(SHA256(public ECDSA key))
2. = networkbytes(00) + 1.
3. = SHA256(SHA256(2.))
4. = 2. + 1st four bytes of 3.
5. = Base58(4.)

Now what is done to XMR?

The issue is that with ring sigs coupled with stealth addresses, without having the viewkey (derived from the spend key), you can't really see the ending balance. Having a burn address where one can't prove the existing balance does no good.

That's true, not perfect, but it's the closest thing I currently have to burning. If ppl can see confirmed outgoing transactions to this address it can be used as a good enough proof for the burning process. one can assume that if an outgoing tx. appears in the ledger so it means a corresponding incoming tx. exist. and because it's highly improbable that anyone will have the private key to this address, it means those fund are unspendable.

If someone here can answer luigi1111's question he might be able to create the address

[oblox]

Couldn't someone build a monero client but remove the seed generation, setup the password prompt to auto hash a password (sha256 w/ random salt perhaps) for what would be a user prompt on load and to not generate the spend key file. That should, in theory, give you the stealth address and viewkey but no access to the spend key, seed words for wallet generation, or even wallet file? Probably off here but if you could somehow remove the user element to inputs, you should be left with a valid wallet (stealth address only) with paired viewkey but no access to regen the needed spend key to access funds. Granted, you won't get a long string of xxxx's for the stealth address but at least you have a burn address. Could something like this work?

[wpalczynski]

Couldn't someone build a monero client but remove the seed generation, setup the password prompt to auto hash a password (sha256 w/ random salt perhaps) for what would be a user prompt on load and to not generate the spend key file. That should, in theory, give you the stealth address and viewkey but no access to the spend key, seed words for wallet generation, or even wallet file? Probably off here but if you could somehow remove the user element to inputs, you should be left with a valid wallet (stealth address only) with paired viewkey but no access to regen the needed spend key to access funds. Granted, you won't get a long string of xxxx's for the stealth address but at least you have a burn address. Could something like this work?

What use would that be?

[oblox]

Couldn't someone build a monero client but remove the seed generation, setup the password prompt to auto hash a password (sha256 w/ random salt perhaps) for what would be a user prompt on load and to not generate the spend key file. That should, in theory, give you the stealth address and viewkey but no access to the spend key, seed words for wallet generation, or even wallet file? Probably off here but if you could somehow remove the user element to inputs, you should be left with a valid wallet (stealth address only) with paired viewkey but no access to regen the needed spend key to access funds. Granted, you won't get a long string of xxxx's for the stealth address but at least you have a burn address. Could something like this work?

What use would that be?

Again, if you're trying to have a burn address with no access to spend funds.