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

[jwinterm]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

[1714003459]

1714003459

[1714003459]

1714003459

[1714003459]

1714003459

[1714003459]

1714003459

[Hueristic]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

Thats awesome man, one thing though, you need to add more frames it goes too fast to pick up on all the faces.

BTW, the reason not to reddit is because it is a platform for censorship.

And I don't care what you have to say about this place, censorship is not one.

[Millionero]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

Was that Risto Pietila in the car looking at the girl putting on makeup?

[kurious]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

That is rather good! 

[Hueristic]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

Was that Risto Pietila in the car looking at the girl putting on makeup?

yup

[hyc]

If you know how to compile the source tree, you can start testing RandomX in monerod now. https://github.com/monero-project/monero/pull/5549

The easiest way to run it is with your own private testnet. I started with a node that was fully sync'd to the live testnet, and then ran it privately after that.

[Hueristic]

If you know how to compile the source tree, you can start testing RandomX in monerod now. https://github.com/monero-project/monero/pull/5549

The easiest way to run it is with your own private testnet. I started with a node that was fully sync'd to the live testnet, and then ran it privately after that.

I've been reading this

https://github.com/tevador/RandomX/issues/31

If you could give a ELI5 rundown of RandomX for the class here or a link to one that would be cool.

[hyc]

If you know how to compile the source tree, you can start testing RandomX in monerod now. https://github.com/monero-project/monero/pull/5549

The easiest way to run it is with your own private testnet. I started with a node that was fully sync'd to the live testnet, and then ran it privately after that.

I've been reading this

https://github.com/tevador/RandomX/issues/31

If you could give a ELI5 rundown of RandomX for the class here or a link to one that would be cool.

RandomX is a new CPU-centric Proof of Work algorithm we've been designing since last year; the original design rationale is here https://www.reddit.com/r/Monero/comments/8bshrx/what_we_need_to_know_about_proof_of_work_pow/
That writeup talks about using JavaScript - you can ignore that detail. The base motivation is still the same.

[Hueristic]

If you know how to compile the source tree, you can start testing RandomX in monerod now. https://github.com/monero-project/monero/pull/5549

The easiest way to run it is with your own private testnet. I started with a node that was fully sync'd to the live testnet, and then ran it privately after that.

I've been reading this

https://github.com/tevador/RandomX/issues/31

If you could give a ELI5 rundown of RandomX for the class here or a link to one that would be cool.

RandomX is a new CPU-centric Proof of Work algorithm we've been designing since last year; the original design rationale is here https://www.reddit.com/r/Monero/comments/8bshrx/what_we_need_to_know_about_proof_of_work_pow/
That writeup talks about using JavaScript - you can ignore that detail. The base motivation is still the same.

Thanks, I remember originally checking on the concept but saw JS and cringed. I'll try to spend some time and see what you have come up with.

ADDED:

I've been reading on Mersenne Twister and would like to understand why this was chosen. I see some of the drawbacks are actually boons for our use case but could you give us a point by point rundown of how these attributes would effect our security. I've linked a pertinent post and hope you can point by point state whether the pro's and cons listed would be the same or should be moved to a different column for our use case.

https://cs.stackexchange.com/questions/50059/why-is-the-mersenne-twister-regarded-as-good

+100

MT was regarded as good for some years, until it was found out to be pretty bad with the more advanced TestU01 BigCrush tests and better PRNGs.

The table at pcg-random.org e.g. gives a good overview of features of some of the most used PRNGs, where the only "good" feature of the Mersenne Twister is the huge period, $2^{219937}$ and the possibility to use a seed (Reproducible Results), it passes the simple and fast TestU01 SmallCrush tests, but it fails some of the newer statistical quality tests, esp. TestU01's LinearComp Test and the TestU01's Crush and BigCrush Batteries.

This page lists the Mersenne-Twister features in detail:
Positive Qualities

    Produces 32-bit or 64-bit numbers (thus usable as source of random bits)
    Passes most statistical tests

Neutral Qualities

    Inordinately huge period of $2^{219937} - 1$
    623-dimensionally equidistributed
    Period can be partitioned to emulate multiple streams

Negative Qualities

    Fails some statistical tests, with as few as 45,000 numbers.
    Predictable — after 624 outputs, we can completely predict its output.
    Generator state occupies 2504 bytes of RAM — in contrast, an extremely usable generator with a huger-than-anyone-can-ever-use period can fit in 8 bytes of RAM.
    Not particularly fast.
    Not particularly space efficient. The generator uses 20000 bits to store its internal state (20032 bits on 64-bit machines), but has a period of only $2^{219937}$, a factor of 263 (or 295) fewer than an ideal generator of the same size.
    Uneven in its output; the generator can get into “bad states” that are slow to recover from.
    Seedings that only differ slightly take a long time to diverge from each other; seeding must be done carefully to avoid bad states.
    While jump-ahead is possible, algorithms to do so are slow to compute (i.e., require several seconds) and rarely provided by implementations.

Summary: Mersenne Twister is not good enough anymore, but most applications and libraries are not there yet.

[hyc]

The current RandomX code is not using Mersenne Twister

[Hueristic]

The current RandomX code is not using Mersenne Twister

I see that from this part of the link you posted. Maybe I should have asked you to do a similar Pros and Cons as in the above quote for the variant that you have created. And a link to the info on your variant would be nice.

The PRNG used to randomize the code needs to be of high quality, so that it doesn't frequently produce repeated sequences. Anything that occurs frequently can be condensed into a hardware circuit.

My approach, based on this knowledge, is to generate random Javascript. The PRNG I've used is an optimized variant of Mersenne Twister. This PRNG is not a cryptographically secure generator but it doesn't need to be. On the other hand, it has been heavily studied and heavily optimized over many years so it's unlikely for anyone to develop any shortcuts in implementing it.

[Kryptowerk]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

Love it, sorry out of merit right now, sure deserves some!




Also, I got an important question:

- I want to verify a balance of a certain address WITHOUT exposing the private (spend) key.

Using this tool, I managed to verify balances in the past, using the public address, tx-id and spend-key: https://xmr.llcoins.net/checktx.html
However, when I try with these three right now, it doesn't work. I am wondering, if the tool is somehow "down", or if there is a problem on my end?
Can someone check this? Tried with Firefox and in Chrome, same "result", when I put in all three parameters and press CHECK, *nothing* happens.

Thanks


PS: Also would appreciate if someone could guide me to an other method (maybe using the GUI wallet?) on how to easily prove a XMR balance without private spend key import.

[iCEBREAKER]

RandomX is a new CPU-centric Proof of Work algorithm we've been designing since last year; the original design rationale is here https://www.reddit.com/r/Monero/comments/8bshrx/what_we_need_to_know_about_proof_of_work_pow/
That writeup talks about using JavaScript - you can ignore that detail. The base motivation is still the same.

Very excited to see this happening. Another holy grail for Mnoero! 

Given the roughly strong consensus that if MNO is an economic success then ASICs are inevitable, do you think it's possible to turn that PoW 'bug' into a killer feature by effectively subsidizing development of an open-source hardware instruction set architecture?

Since RandomX performance is ~impossible to equalize among implementations (ye olde AMD/GCN vs NVDA/CUDA dilemma), why not help catalyze RISC-V instead of unduly rewarding private corps for making proprietary hardware?

If it's possible to redirect 'inevitable' excess hardware mining profit to a hardware ecosystem sharing with Monero's wild & free ethos (rather than continue supporting Silicon Tyranny), let's consider the benefits users and devs of Monero would gain in a world blessed with cheap and plentiful RISC-V things/phones/laptops/servers/miners all happily securing our blockchain according to their individual economic conditions/situations.

Instruction Sets Should Be Free: The Case For RISC-V
Krste Asanović, David A. Patterson

Conclusion

The case is even clearer for an open ISA than for an open OS, as ISAs change very slowly, whereas algorithmic innovations and new application demands force continual OS evolution. It is also an interface standard like TCP/IP, thus simpler to maintain and evolve than an OS. Open ISAs have been tried before, but they never became popular due to the lack of demand. The low cost and power of IoTs, the desire for a WSC alternative tothe 80x86, and the fact that cores are a small but ubiquitous fraction of all SoCs combine to supply that missing demand. RISC-V is aimed at SoCs, with a base that should never change given the longevity of the basic RISC ideas; a standard set of optional extensions that will evolve slowly; and unique instructions per SoC that never need to be reused. While the first RISC-V beachhead may be IoTs or perhaps WSCs, our goal is grander: just as Linux has become the standard OS for most computing devices, we envision RISC-V becoming the standard ISA for all computing devices.

I'd like to weigh the open-source hardware development ASIC implications of sha3 vs my crazy(?) idea for a RISC-V optimized/native/friendly variant of RandomX.
But there is a lot of nuance in this thicket of law and culture and game theory and compsci and economics.  Any insight is appreciated in advance. 

[Allbek]

👛 OWNR Wallet – is a secure and convenient non-custodial cryptocurrency wallet that allows you to manage your cryptocurrencies by storing them in encrypted storage on your device. Similar to Atomic Wallet, Exodus, Jaxx, Trust Wallet, but more convenient and better!

Visa cryptocard: Directly in your OWNR wallet or on the website, you can apply for a Visa crypto card. Credit your card instantly with cryptocurrency, pay your purchases at corner shops and in your favorite online services.

Buy crypto in a wallet: You can also buy and exchange cryptocurrency directly in your OWNR wallet at a favorable rate for you.

Withdraw cryptocurrencies with OWNR wallet: Sell cryptocurrencies and receive fiat funds to your Visa/Mastercard card in a few clicks.

Supports cryptocurrencies: BTC, BCH, BNB, TRX, LTC, ETH, SOL, ZEC, DASH, DOGE, MATIC, AVAX. Also supports USDT/USDC stablecoins in ETH, SOL, TRON, BNB

📲 Download OWNR Wallet on the Google Play
🍏 Download OWNR Wallet on the Apple Store
💻 Download OWNR Wallet for Desktop
💳 Order a Visa crypto card

[gembitz]

I made this silly video some of you guys may appreciate:
https://www.youtube.com/watch?v=bHnnj2noPak

Thought I'd share it here for any of you guys that are too cool to visit le reddit.

nice subliminal plug for wownero my dude    lol

[deksa]

What is the current Monero DAG size? Any link to follow that info?

I was planing on getting used XFX black edition 570 4gb for $80 while the used 8gb is x2 times of the price $150-160.
So I was wondering for how long I can use those 4 gigs cards.

[Chicken_76]

What is the current Monero DAG size? Any link to follow that info?

DAG size? You are thinking about Ethereum. Monero does not have a DAG.

[jwinterm]

What is the current Monero DAG size? Any link to follow that info?

DAG size? You are thinking about Ethereum. Monero does not have a DAG.

I think technically a blockchain is a kind of dag, but yea it's irrelevant to mining Monero. I don't think memory had an impact on mining hash rate, so either card would work fine until switch to RandomX at least.

[Hueristic]

RandomX is a new CPU-centric Proof of Work algorithm we've been designing since last year; the original design rationale is here https://www.reddit.com/r/Monero/comments/8bshrx/what_we_need_to_know_about_proof_of_work_pow/
That writeup talks about using JavaScript - you can ignore that detail. The base motivation is still the same.

Very excited to see this happening. Another holy grail for Mnoero! 

Given the roughly strong consensus that if MNO is an economic success then ASICs are inevitable, do you think it's possible to turn that PoW 'bug' into a killer feature by effectively subsidizing development of an open-source hardware instruction set architecture?

Since RandomX performance is ~impossible to equalize among implementations (ye olde AMD/GCN vs NVDA/CUDA dilemma), why not help catalyze RISC-V instead of unduly rewarding private corps for making proprietary hardware?

If it's possible to redirect 'inevitable' excess hardware mining profit to a hardware ecosystem sharing with Monero's wild & free ethos (rather than continue supporting Silicon Tyranny), let's consider the benefits users and devs of Monero would gain in a world blessed with cheap and plentiful RISC-V things/phones/laptops/servers/miners all happily securing our blockchain according to their individual economic conditions/situations.

Instruction Sets Should Be Free: The Case For RISC-V
Krste Asanović, David A. Patterson

Conclusion

The case is even clearer for an open ISA than for an open OS, as ISAs change very slowly, whereas algorithmic innovations and new application demands force continual OS evolution. It is also an interface standard like TCP/IP, thus simpler to maintain and evolve than an OS. Open ISAs have been tried before, but they never became popular due to the lack of demand. The low cost and power of IoTs, the desire for a WSC alternative tothe 80x86, and the fact that cores are a small but ubiquitous fraction of all SoCs combine to supply that missing demand. RISC-V is aimed at SoCs, with a base that should never change given the longevity of the basic RISC ideas; a standard set of optional extensions that will evolve slowly; and unique instructions per SoC that never need to be reused. While the first RISC-V beachhead may be IoTs or perhaps WSCs, our goal is grander: just as Linux has become the standard OS for most computing devices, we envision RISC-V becoming the standard ISA for all computing devices.

I'd like to weigh the open-source hardware development ASIC implications of sha3 vs my crazy(?) idea for a RISC-V optimized/native/friendly variant of RandomX.
But there is a lot of nuance in this thicket of law and culture and game theory and compsci and economics.  Any insight is appreciated in advance. 

If and when ASICs become inevitable why is merge mining not being discussed, or is it just being talked about on reddit and I didn't notice?

BTW this is a good read I just ran into, on Reuters no less.

https://www.reuters.com/article/us-crypto-currencies-altcoins-explainer/explainer-privacy-coin-monero-offers-near-total-anonymity-idUSKCN1SL0F0

[tbct_mt2]

Monero, after suddenly rose from 0.0108 to 0.0116 BTC has fallen to 0.0111 BTC on exchanges. In addition, price chart of Monero gives me a feeling that I can get quick profits if I buy the coin now. Maybe it is not much profits, but I can enter and exit quickly by taking advantage of coming bounces of Monero. It deserves to act fast, take acceptable low riks, and get profits in short period of investment. Moreover, it might be one of last chance to accumulate cheap Monero (in BTC pair) before the storm of altcoins.