• 22 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: July 4th, 2023

help-circle
  • I think stablecoins will always have a centralized point of failure. Weather it is an algorithm, or having the coin backed by the actual asset.

    I think the best stablecoins are backed by the asset 1 to 1 or a little more then 1 to 1. Most stablecoins that do this are token on smart chain contracts which have another vulnerability which is being a smart contract. Smart contracts could contain a vulnerability and if it does have a vulnerability, a new contract will need to be made and users will have to switch their old token to the new tokens. Also censorship is an issue. https://cryptonews.com/news/tether-takes-action-blacklists-validator-address-linked-25-million-mev-bot-drain-heres-what-happened.htm

    And these stablecoins are not private. The only private stablecoin platform out there is Haven but Haven assets are not backed 1 to 1.

    I hope there are plently of stablecoins issued on Zano in the future. Zano allows you to create an asset without creating a smart contract. All assets on Zano are private. I would like to see Tether, USDC and other issue stablecoins on Zano. Trusting the issuers on backing the stablecoin and trusting the issuer to secure their private keys to prevent hackers from inflating the asset will be the only vulnerabilities, but you will have privacy and a censorship resistant stablecoin!












  • I think all cryptocurrency blockchains that function as money or store of value should do this. However I think 1 years worth is better than 10 years worth of data, or perhaps even less than a years worth of data.

    As long as the blockchain size remains small enough for the adverage Joe to store the entire chain onto their mining computer for when or if Monero reaches mainstream mass adoption usage. By mainstream mass adoption I mean Monero is used as much as Visa or Mastcard is globally which I would assume will mean that Monero will need to handle 1 million transactions per second.






  • I may at times only have access to HTTP only (No HTTPS) which is one of the reasons why I want another form of encryption.

    Encryption with most VPNs are more secure than HTTPS. Yes, the connection between the VPN server and the web server is not encrypted with the VPN and only HTTPS. However the encryption between the VPN and personal device is superior, not because it is relayed. My understanding is that HTTPS is “secure” for basic use, just like Windows 11 is secure. But not secure from five eye agencies unlike VPNs and other like systems like Tor and I2P.

    My goal is to have a user connect to a web server and have it not possible for the web server to know what is going on, nor can anyone snooping the packets in transit know what is going on. Not know the HTML structure, form field data, etc.






















  • https://github.com/ivpn/desktop-app/issues/290

    I made this feature request to IVPN. I doubt IVPN will make it happen but I also did it to get the idea out there. I do think IVPN clients are the best FOSS VPN clients on the market and the idea was to fork IVPN desktop and mobile clients and modify them to bee these universal VPN clients were any VPN provider can integrate these clients into their service. This way a user can subscribe to a few or several VPN providers and access them all in one client, easy to add providers in the client. All a user needs to do is add a URL or IP address in the subscription settings of the VPN client, and login to the VPN account and from there the VPN client will import the VPN servers that VPN providers has and always keep them up to date when the VPN providers adds or remove servers.

    Also such an idea will ensure there is a one, secure and fully open source VPN client that works with many VPN providers, and VPN providers do not need to spend time and money developing their own clients for desktop and mobile, and can instead spend time and money on their service and servers. VPN providers can contribute to the universal VPN client if they so wish.