• 1 Post
  • 34 Comments
Joined 1 year ago
cake
Cake day: November 12th, 2023

help-circle




  • rafael_xmrtoHavenoRetoSwap and the Kewbit drama
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    17 days ago

    but bisq did create mechanisms to improve its own network’s decentralization like the BSQ token, so that it is operated by a DAO, while Haveno is decentralized and p2p on the trader’s network but not on the contributor’s network (top vs bottom from the bisq doc’s illustration)

    https://www.youtube.com/watch?v=pNvOZlIDYEQ

    I don’t have any reason to question the reto team for now but I also think there should be multiple contributor networks and easy to switch from a single app







  • rafael_xmrtoMoneroXMR vs BTC Silent Payments
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    6 months ago

    It seems to be more like hiding coins in different addresses while obscuring it on chain & using some clever math to make the UX better.

    You are accurate: you “hide” coins in different addresses which are only know to the receiver and the sender, I cannot paste a SP address in a block explorer and find what addresses belong to it, and what is the total balance of this BTC user. I can however send a payment to it and then have a “watch” on this entity, there is no obscuring happening on-chain so usual heuristics like when a coin is spent, to where, how much is change, etc still apply.

    Which also means if they spend many SP payments together, they reveal to me & others all the addresses belonging to them and what the total balance was, you can think of it like if bitcoin users sent their BTC addresses to each other via DMs, but it removes the interactivity step from handling new addresses, while adding the scanning requirement so the receiver can also know which addresses were generated to them without having to ask senders each time

    It is a good feature to have in general in my opinion, but definitely does not come any close to competing with Monero still



  • rafael_xmrtoMoneroHow To Encrypt Your Mnemonic Seed Without A Computer/Internet
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    2
    ·
    edit-2
    7 months ago

    Great blog! does this have any benefit over a polyseed mnemonic where you also have a secret password? With polyseed as well as BIP39, even if your mnemonic is caught you can use that plain seed as a decoy that opens a fake wallet, while your real seed with your real funds can only be decrypted with the password, and this encrypted mnemonic by hand won’t result in a valid seed so the malicious actor can assume that a valid seed still exists and it still needs to be seized or brute forced?

    I think this method is better when using steganography combined since the mnemonic looks like a blob of nothing when reading the contents of the file, while if an actual seed was used it could reveal there is a Monero seed hidden in that file, but then I think a better encryption method can be used since using digital files loses the benefit of not using a computer?

    https://github.com/tevador/polyseed




  • rafael_xmrtoMoneroThere are currently multiple Haveno networks
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    7 months ago

    ok no servers make sense, but choosing arbitrators is like choosing a server equivalent to a multisig wallet, there is “someone’s computer” that will have the third key to resolve arbitration issues, and also can it read chat messages? if so networks should be picked with care, but of course trades can complete without it, but I was confused and called it “federation” for the fact they should be merged in the UI



  • it was explained in the blog post I shared, but Ratatui’s share come from this: https://www.drips.network/app/drip-lists/34625983682950977210847096367816372822461201185275535522726531049130 so the Radicle project decided to split a certain value between all dependencies the project uses, and “Drips” is an ethereum based contract that is supposed to distribute a percentage to each projects “address” but in this case how I think it’s working is OpenCollective is the one holding the keys to the address that the smart contract sends funds to, so they basically collect the amount earned and send it to the project’s owner in this case Ratatui, otherwise that would be “lost” if no one were to claim those funds, and if Drips is contract based it means there is no one holding and distributing the rewards so this is why you have to claim the funds from the contract, and it’s why it’s not a direct contribution in my mind but also the difference is the previous support to crypto was native in the OpenCollective app and this is what is now disabled, but this is just an example of them receiving and holding funds via crypto means still



  • That is awesome, thank you for the write up and setting the precedent with an open mind!

    Their initial reasoning makes sense, with their crypto earnings being only 1.4% of the total usage, while technically having to manage the services to handle incoming payments for all different asset, and all mainstream coins having traceability as a feature making dealing with it way more complicated, so if they looked at it impartially and not politically biased they should definitely consider having a Monero only option by default, which curiously was also missing from the initial implementation, where I can send money I purchased, received or mined and no one can ever receive “tainted funds” but rather just receive digital cash, as like cash it is money that can move from various different hands without a trace, which then can all be equally spent to pay developers, goods, services, etc. and not face risk of what the real origin of funds is. It should come with the intent to be a saner option for payments rather than accepting many coins at once just for the sake of accepting it.

    but I hope the Drips approach has success