13:21:03 Did you know that all witdraw-buyer-seller-depoist chains are trackable in Monero? No? You should have read Breaking Monero. How many people are you endangering with your 'privacy' coin? 16:45:16 I have the contacts for a few audit firms now, will reach out next week though (just overloaded today) 18:13:28 https://ccs.getmonero.org/proposals/bulletproofs-plus-audit.html 19:06:22 🎉🎉🎉 20:38:00 Funding completed it seems lol 20:38:11 Well that was quick :D 20:46:01 Is it possible to design a payment streaming protocol on monero potentially using tx_extra and some other techniques? 20:46:17 A good use case would be to enable privacy-preserving subscriptions for something like https://www.ivpn.net/blog/ivpn-now-accepts-monero-payments-runs-full-node/ 21:04:51 mikerah[m]: can you do this with subaddresses? 21:06:22 Probably but it woulnd't be scalable over the long-term 21:06:49 unless there is a way to compress a wallet's cache file for these addresses 21:11:01 Could you time-lock or multisig outputs to automatically unlock at renewal time but allow the owner to spend them to themselves if they cancel? 21:16:45 I love the idea but what are the implications if XMR prices (compared to fiat) remain volatile for years to come? 21:18:32 My hypothetical VPN subscription could cost me 10x more on renewal next year (in fiat terms) or it could cost 75% less 21:18:40 Right 21:18:54 If it were possible to build a stablecoin on top of monero, this problem would be solved 21:19:17 Or the VPN provider can provide further discounts depending on the volatility of monero 21:25:34 Provider could just refund the diff in fiat price of subscription once the sub TX goes through 21:25:43 Obviously that requires trust in them but isn't a terrible UX 21:41:05 Im also worried about the opposite problem. The merchant could be hurt if XMR prices fall substantially compared to levels when the subscription starts 21:41:29 They would just need to request more before continuing the sub 21:41:57 Would require some simple automation but wouldn't be too hard to watch a given subaddress matched to a sub cost and compare, then notify via email if too little 21:42:03 Then user needs to top up 21:44:53 But IVPN doesn't require email. 21:45:31 It would require perhaps letting a user know through their uniquely generated ID and a message can appear in the client, perhaps? 21:45:46 Yeah, some other notification if they don't collect any contact info 21:45:59 Next time they try to connect to VPN prompt them to top up due to sub being too little 21:46:12 And make them happy by telling them when you refunded them XMR due to price increasing :) 21:46:57 I no longer have access to the wallet you refunded to 21:47:30 As an easy temporary fix, id be happy to pay for many services I use several years in advance (instead of monthly) 21:47:53 That can be pretty painful if price increases but I do generally take this approach. 21:48:23 it's well worth the privacy Monero gives me when transacting to take a risk on future fiat price increases in Monero. 21:48:30 But if you're really paranoid about that you can always spend and replace 21:58:17 https://eprint.iacr.org/2020/1441.pdf 21:59:10 May be relevant. The user could pay on-demand with this (I think) 22:10:46 Payment networks bring with them a host of complexities. That being said, if the moneor community built the equivalent of BTCPay with PayMo then IVPN would simply run a node and enable subscriptions using Monero