• 0 Posts
  • 68 Comments
Joined 23 days ago
cake
Cake day: June 11th, 2024

help-circle

  • Silent Payments are just stealth addresses for Bitcoin. There already be some earlier implementations, for example PayNim in Samourai Wallet. But the new thing is finally a general standard proposed for wallets.

    It allows to create new Silent Payment address which never appear on the blockchain. Instead, the sender of a transaction will derive an unique regular address controlled by the recipient. Similar to Monero yes. The only thing it gives: one cannot naively check the balance or the transaction history of a SP address.

    If it will be adopted it can improve privacy on Bitcoin slightly, but… It’s a completely client-side feature which does not require protocol changes and could be implemented like from the day one of Bitcoin. Silent Payments are new only because it uses Taproot, and the previous thing was BIP 47: Reusable Payment Codes, which has about zero usage. Just because bitcoiners don’t care much about privacy. There is only a small minority of users who cares.

    For more serious privacy hidden amounts are a must have feauture. And in the past at least bitcoiners were strongly against it, because they care about transparency, audibility and trust to the system more than about privacy. Potentially, some privacy protocol can be implemented on L2, but L2s are often centralized and cannot withstand governmental pressure. But in theory yes, they could have strong private payments on L2, but this rather won’t happened on L1 in near decades. Even on Ethereum where such protocols are possible for few years now, projects are still in development.

    In short: the problem with privacy in Bitcoin is not technical, it is more about culture and a lack of demand from the Bitcoin community. Imagine that bitcoiners will promote some strong privacy improvement for which Binance and other exchanges could delist BTC, or the protocol will become more complex for understanding by an average human.





  • Maybe they are new users who miss Windows, so they are trying to find reasoning to stay on Linux. I as an old user have no more any special emotions about Windows. I play with it form time to time. But the OS is quite conservative because of its market monopoly and I don’t find anything new and interesting in new releases. It is not special about Windows, all consumer OSes are kinda stabilized now, and corporations do not want to experimenting and build new things.

    So, I don’t hate Windows, I just don’t find it interesting for me. I use and will use it on a separate machine for some niche tasks, when they require windows-only software.




  • And other things about the project are also concerning me:

    • It uses Qt for UI, while modern browsers can draw UI with their own engines. A redundant dependency which also will harm modularity and embeddablity.
    • Modern browsers have complexity of operating systems. It’s just a waste of resources to build an independent browser from scratch, but not to make the engine reusable.

    This is a poor choice.

    The other things: It’s so independent (from google), but already got sponsorship and changed the landing page to a typical landing of a startup. This independence is populism. Just enough one for feeding their adepts with promises. I won’t be surprised of possible advertisement integrations made “for maintaining independence”.

    NGMI.



  • I wouldn’t assume the right strategy for inputs. To an outsider they are all indistinguishable, but the sender, an exchange for example, can mark operations (withdrawals) done with the same account and store that information. Every input has 16 potential members selected from the blockchain. But if tx has many inputs, and each input has among the ring one previously marked input associated with the same exchange account, it will be likely that tx was created by the person with that exchange account. If the person later will try to deposit this coins to another account of the exchange, probably exchange could link two account, at least as potentially linked. So input aggregation can give additional hints for EABE attack.

    Probably, it is better to aggregate inputs earlier, before churning, and don’t mix churned coins with unchurned. But Monero need more general improvements as FCMP/FCMP++.



  • Btrfs snapshots are already used in openSUSE microOS which is branded as immutable. And AshOS generalizes it for any kind of distro: https://github.com/ashos/ashos . I think it is nice middle-ground for regular distros, which does them more reliable.

    But for me, immutables are more about separation between the base system and the apps, where the base is not only immutable, but image-based: ostree, A/B partitions, systemd-sysupdate. And the apps are distro-independent: flatpak, containers, and so on. So apps are upgraded independently from the system, and one doesn’t need to upgrade the system just to have apps updated or vice versa. Btrfs snapshots doesn’t solve anything here by itself.