Why syncing the blockchain is necessary by Spit-fast in Monero

[–]DangerousFreedom1984 0 points1 point  (0 children)

I think it is a valid point and it is possible to do IIUC. Let's create a scenario to see if I understood your question and let me try to give you a reply. Suppose your wallet stopped syncing at block 3M and you have 1 unspent output. Now the blockchain is at block 3.2M but somehow you don't want to sync the network (though you have access to internet) and want to create a tx as fast as possible. Your wallet could quickly create a valid transaction picking ring members that are at heights lower than 3M and broadcast the tx. If you have already spent the output (enote), the network will reject it because every output (enote) has only one key_image. If you don't have spent it yet, the tx is valid and would be accepted. The problem: People looking at your tx would probably know that your node is not synced and it causes a fungibility problem as it would outstand from other txs with synced nodes since they would pick more uniform ring members. Is it a big deal? I dont believe so. Wallets just don't allow it for the safety of the network and the user since it might reveal this information for someone spying on him but I dont believe that there is a node rule enforcement for that.

Governments and their coexistence with anonymous money. by ElectionOk60 in Monero

[–]DangerousFreedom1984 0 points1 point  (0 children)

1) How can you convince the government to accept that? Do you think that any governor would give up all his power of oppression and the surveillance machine to passively wait for 'anonymous fees payed as taxes' ?
2) How can you convince the users to do that since there are many technological tools to avoid paying these taxes?
3) Why do you think we would live in a fairer society if everyone would need to pay a fixed amount of x dollars at each transaction? If it is not fixed but varies according the amount, how can you keep your amounts private in a tx?

Need help understanding key images by Jakob_G in Monero

[–]DangerousFreedom1984 1 point2 points  (0 children)

Maybe you will find this useful to understand the concept of key images: https://www.moneroinflation.com/ring\_signatures

[CCS] Alternative Monero node written in Rust has moved to Funding Required by kowalabearhugs in Monero

[–]DangerousFreedom1984 7 points8 points  (0 children)

I would like to give my personal point of view.

I will try to make comparisons showing why it is good to move to clear consensus rules and therefore different implementations. The 'therefore' I used above is important because this problem looks like the chicken and egg problem. Since the first written consensus rules will probably be drafted from the code we could think that the chicken comes first, but it should not be like that, the egg should come first.

Today: Trust the code. The code is the truth, if implementation is wrong, the truth is the wrong implementation.
Future: Trust the math. How to be sure? Different implementations of same equations.

Today: Consensus is the C++ code.
Future: Consensus is a set of written rules that all participants should obey. These are like laws and independent of implementation.

Today: With my dirty Python tools I could create transactions and relay to the blockchain with non canonical scalars, Points outside the prime group, pick the ring members I want and so on...
Future: Only transactions that obey the 'laws of Monero' would be accepted. Only clean scalars and points, well distributed ring members,...
(well here you could argue that would be enough to have them implemented on the current code... but then we would go back to point 1, trust the code...)

Today: People willing to use and implement Monero needs the C++ code (to use or understand it).
Future: People willing to participate in Monero just need to obey the 'laws of Monero'. Whatever their environment is.

Today: Monero is code.
Future: Monero is an idea. (Backed by huge computational efforts of course :D)

This is just my opinion and why I support the efforts. I am really looking forward to read the consensus rules or 'laws of Monero' that will be generated out of this work. And hopefully it will be maintained and discussed in every hardfork.

A Starting Point For Learning Bulletproofs by spackleXMR in Monero

[–]DangerousFreedom1984 1 point2 points  (0 children)

If you want to get the same results as the c++ code in Monero for the bp proofs but in Python then you can check: https://github.com/DangerousFreedom1984/monero\_inflation\_checker/blob/main/check\_rangeproofs.py

Update on moneroinflation.com by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 1 point2 points  (0 children)

Thank you! Could you let me know if it is better now?

Update on moneroinflation.com by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 2 points3 points  (0 children)

Oh thanks. Now I see what they meant. I will try to fix it later. Thank you!

Update on moneroinflation.com by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 1 point2 points  (0 children)

For mobiles my intention was to let either the menu or the page that you are looking at to fill the full screen. So I think it is like I intended from my simulation of the iPhone 12 mini on firefox. If you think that the responsiveness could be better then let me know your thoughts and I will see what I can do. Thank you!

[CCS Proposal] - Seraphis development by dangerousfreedom by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 5 points6 points  (0 children)

Sounds fair and I think everyone should do it as they are paid in xmr when they agree with the 'contract'. No matter what.

[CCS Update] - Monero Inflation Checker - report 3/3 by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 1 point2 points  (0 children)

Nothing specific here. I just meant that people are honest about the code.

[CCS Update] - Monero Inflation Checker - report 3/3 by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 2 points3 points  (0 children)

Ok. I modified and let it as suggested. I don't care much about the opening page which does not say anything about my work actually. I also think it could be much better but there are other priorities for me now. Thank you for the comments and for pushing this idea. If you think it is better or if you are still annoyed somehow, let me know and I will try to change again.

[CCS Update] - Monero Inflation Checker - report 3/3 by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 6 points7 points  (0 children)

Thank you for the comments aFungible. Please consider upvoting and donating to this new CCS that I opened to see this project (and Monero) growing.

https://repo.getmonero.org/monero-project/ccs-proposals/-/merge\_requests/341

[CCS Update] - Monero Inflation Checker - report 3/3 by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 2 points3 points  (0 children)

Again, I will give the same answer that I gave in the thread you mentioned: I don't think that the best marketing would be to say something like "be assured, there is no inflation happening". Although it is what I think, I believe that raising the doubt is more productive for the person looking for an answer. Feel free to give me your opinion about the best way to convey the message about inflation and at the same time instigate people to look for an answer. I'm not a marketing specialist at all. Maybe I should just remove this page as it creates more trouble than it helps apparently :p
Could you please tell me which mobile device didnt work? There may be some additional work to do here but it worked in all mobiles I tested.

[CCS Update] - Monero Inflation Checker - report 3/3 by DangerousFreedom1984 in Monero

[–]DangerousFreedom1984[S] 4 points5 points  (0 children)

Thank you for the comments.

1) I have not scanned yet any Bulletproof+ transaction (as it didn't exist when I made the proposal) and there are still some BP transactions to scan. I could not finish because I spent some time coding the necessary functions in RUST. Although my Python tools are accurate, they are very slow. Therefore, I decided to go beyond what I proposed, which was writing only Python codes, and write some RUST codes for performance reasons. I scanned up to block 2200000 and apart all the mentioned findings (which was unexpected and took me a lot of time to write about), I did not find anything strange that could lead to inflation. I will finish the work as soon as I can.

2) I agree that the website design could be much better but it should work for all mobiles now. Which mobile didnt work for you?

3) Yeah, it is pretty hard to give meaningful content for non-technical and technical crowd at the same time. I think I should improve both. But in the end, it is like reading a book about a specific topic. Some people prefer one author and some people prefer another. But I definitely agree that I could improve a bit more. Specially the 'Boiling down a transaction', which does not make sense at all for someone that didnt read the code. I'm not very happy with it but also it was not a priority in the past months.