Author

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

legendary
Activity: 1512
Merit: 1012
Still wild and free
Honestly, don't get me wrong, but I am very surprised that you as a core dev do not educate your users on how Monero works, but actually reinforce silly FUD. Luckily, the math is neutral to everyone.

The math is neutral if you only look at that very transaction, you're right. However in the bigger picture (by looking at the entire blockchain), you might determine that all other inputs have been spent with no mixin, therefore revealing the last input that must be the correct one. There is some quite fancy way to infer information probabilistically too, all developed in the latest Monero Research Lab article: https://lab.getmonero.org/pubs/MRL-0004.pdf

So nobody was reinforcing FUD, it was simply thought that apparently chainradar was trying to infer (heuristically) the correct input. Though on the basic math level, again you're right, there's no way to tell, and that was never questionned of course.
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
Honestly, don't get me wrong, but I am very surprised that you as a core dev do not educate your users on how Monero works, but actually reinforce silly FUD. Luckily, the math is neutral to everyone.

I have always learned to beware of what comes after a opening like: "Honestly, don't get me wrong". Wink  And I don't know what you are getting at here but the post you quote is him doing EXACTLY what you say he is not doing.  As well as the recent interview, missives, website, and general forum presense.

It is the constant onslaught of trolls which distract some of the core team from better things because suddenly a bunch of sheep being led by wolves are chanting "Monero is broken" because in PART of a bug on YOUR site.

So, Honestly, Don't Get Me Wrong, but I don't really see you having a place to criticize people in the community for being steadfast in doing things you claim they are not.

I really hope for your understanding.

For me it will take a little more.  I do NOT understand yet what your real position is here.

But I am watching.
member
Activity: 98
Merit: 10
...
Honestly, don't get me wrong, but I am very surprised that you as a core dev do not educate your users on how Monero works, but actually reinforce silly FUD. Luckily, the math is neutral to everyone.
...

lol why you no edumacate us fluffypony?

No intend to offend anyone, but I think this whole issue could have been extinguished, not escalated.
legendary
Activity: 3164
Merit: 1118
...
Honestly, don't get me wrong, but I am very surprised that you as a core dev do not educate your users on how Monero works, but actually reinforce silly FUD. Luckily, the math is neutral to everyone.
...

lol why you no edumacate us fluffypony?
member
Activity: 98
Merit: 10
legendary
Activity: 1512
Merit: 1012
Still wild and free
Regarding Payment ID's (which I personally don't have an issue with), could a feature be added to Monero so that the owner of an address can register that address so that the Monero client will not accept transactions onto the blockchain to those addresses, if they don't include a Payment ID?

No, how will a node know to reject a transaction with no payment ID based on the destination when the destination is seemingly random?

The solution to this problem are the serialised stealth addresses we're busy developing.

Even if it was possible it wouldn't prevent people from using a *wrong* payment ID, anyway.
sr. member
Activity: 450
Merit: 250
No, how will a node know to reject a transaction with no payment ID based on the destination when the destination is seemingly random?
Don't know


The solution to this problem are the serialised stealth addresses we're busy developing.
Good to know  Grin
donator
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
Regarding Payment ID's (which I personally don't have an issue with), could a feature be added to Monero so that the owner of an address can register that address so that the Monero client will not accept transactions onto the blockchain to those addresses, if they don't include a Payment ID?

No, how will a node know to reject a transaction with no payment ID based on the destination when the destination is seemingly random?

The solution to this problem are the serialised stealth addresses we're busy developing.
sr. member
Activity: 450
Merit: 250
Regarding Payment ID's (which I personally don't have an issue with), could a feature be added to Monero so that the owner of an address can register that address so that the Monero client will not accept transactions onto the blockchain to those addresses, if they don't include a Payment ID?
member
Activity: 94
Merit: 10
Cryptonic physical Moneroj are ready for shipment.



Monero coins both pure silver and silver plated are in stock now available for pre-order:

https://bitcointalksearch.org/topic/m.10720416
legendary
Activity: 1442
Merit: 1000
Antifragile
I updated the Monero Link Directory, see http://xmr.biz/links.html!

Changelog
Added
- shapeshift.io
- german community thread
- xmr.to
- cryptoescrow.eu
- forkguard.com
- moneropric.es
- monero github repo
- wolfs CPU miner
- crypto kingdom

Removed
- chainradar.com


Please provide feedback in this thread. If you wish to be added, removed or want information to be updated please write PN.

Thanks for sharing and it's nice to have more block explorers - I didn't know about the others.

IAS
legendary
Activity: 1232
Merit: 1011
Monero Evangelist
I updated the Monero Link Directory, see http://xmr.biz/links.html!

Changelog
Added
- shapeshift.io
- german community thread
- xmr.to
- cryptoescrow.eu
- forkguard.com
- moneropric.es
- monero github repo
- wolfs CPU miner
- crypto kingdom

Removed
- chainradar.com


Please provide feedback in this thread. If you wish to be added, removed or want information to be updated please write PN.
hero member
Activity: 500
Merit: 500
MoneroX GUI screenshots:

This GUI is from last century?
Windows 3.1 Grin

MoneroX is entirely written by a 17 year old. What were you doing when you were 17?

Oh, my bad - let me rephrase: what will you have done by the time you turn 17?

And if that isn't to your liking, then maybe the Monero Core GUI is more up your alley. You can even compile the code and play around with the GUI (incomplete and not wired up, but fun to play with) - https://github.com/monero-project/monero-core

Here are some screen shots from this century:



...

Best of all, the GUI is native (Qt) and NOT a cheap hack using HTML.

i tested it on ubuntu 15.04. compiling is ok if you use qt5
Code:
sudo apt-get install git
git clone https://github.com/monero-project/monero-core.git
cd monero-core/
sudo apt-get install qtbase5-dev qt5-default qtdeclarative5-dev qml-module-qtquick-controls qml-module-qtquick-xmllistmodel
qmake
make
./monero-core

and you can make your opinion. (mine is done, gui is not for now but it will be great  Smiley, congrats devs)

legendary
Activity: 2968
Merit: 1198
I have no idea if this has been brought up before, but just as a heads up to people, if someone knows your public address(es) that you are using to mine on cryptonotepool.org.uk

Same with most of the other pools.

Good advice about keeping that address private.

Quote
With that being said, might there be a way to allow a miner to clear their pool payout history for a particular public address, *if* they could demonstrate that they own the private key to the address in question? Is there a way to do this with Monero, to, say, have them provably send a small donation from the address that they own to an address owned by the pool, which would then wipe the payout history for that address?

I can't think of an easy way to do this currently, but proof of ownership of a particular public address does seem like something we might want to have.
legendary
Activity: 1762
Merit: 1011
I have no idea if this has been brought up before, but just as a heads up to people, if someone knows your public address(es) that you are using to mine on cryptonotepool.org.uk, (or, for that matter, any other pool that goes without a username and password) then they can plug your public address into the pool and see how much XMR that you have mined to that address, for the entire history of the pool. This could be a privacy concern if you are wanting to mine XMR completely anonymously.

Obviously, you can just set aside a particular address for mining and not publicize that address anywhere else, or, slightly more tediously, create a new public address every so often; but I just thought that I'd mention it to people.

With that being said, might there be a way to allow a miner to clear their pool payout history for a particular public address, *if* they could demonstrate that they own the private key to the address in question? Is there a way to do this with Monero, to, say, have them provably send a small donation from the address that they own to an address owned by the pool, which would then wipe the payout history for that address?
legendary
Activity: 2968
Merit: 1198
Can wallets be created that disallow "View Key"-generation?

a) So authorities can't force someone to generate one. (In sense of plausible deniability.)
b) In case of multiple peoople shared wallets someone doesnt leak a view key to authorities/competition.

Not currently. The view key is just half of your private key. You still need it to identify your transactions even if you don't share it. There might be a simple modification that allows it though, for example, if the view key were just the spend key + 1, then you couldn't leak the view key without also leaking the spend key. Obviously this is a half-baked idea, I have no idea if it is viable without looking more closely at the math (or more likely having an actual mathematician do so).

In the case of b) "sharing a wallet" is not really a good idea, since there would be no accountability at all if the coins were spent. A better solution would be some form of multisig. I don't know how view keys would work with that (good question).
legendary
Activity: 1232
Merit: 1011
Monero Evangelist
Can wallets be created that disallow "View Key"-generation?

a) So authorities can't force someone to generate one. (In sense of plausible deniability.)
b) In case of multiple peoople shared wallets someone doesnt leak a view key to authorities/competition.
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Right at this moment I'd say this is a super solid play:



should go post it in their thread with the caption

Quote
*cough* just sayin

i wouldn't do it because i don't have the constitution for trolling but it would be funny.

They don't need super Masternodes anymore!
legendary
Activity: 3766
Merit: 5146
Note the unconventional cAPITALIZATION!
Right at this moment I'd say this is a super solid play:

-snip gigantic image-

should go post it in their thread with the caption

Quote
*cough* just sayin

i wouldn't do it because i don't have the constitution for trolling but it would be funny.

That was what I wanted to do first.  But to be honest all the trolling has be kinda of worn out, and I have no hard feelings to the DASH camp.  I think they are at more risk because of today's developments in monero than they realize.

I also think the Monero community is only beginning to wake up to what xmr.to + shapeshift + database means in terms of our utility.
legendary
Activity: 1722
Merit: 1217
Right at this moment I'd say this is a super solid play:



should go post it in their thread with the caption

Quote
*cough* just sayin

i wouldn't do it because i don't have the constitution for trolling but it would be funny.
Jump to: