16:54:50 https://mrelay.p2pool.observer/m/matrix.org/TChIsfUQwBrNytGZlxWzHRID (Haveno) 16:55:07 is this file safe to download to buy xmr 16:55:46 https://mrelay.p2pool.observer/m/matrix.org/EOrXhziuJuqvaKmjgFYQknxq (Haveno) 17:41:39 @banhammer:matrix.org 17:47:54 Totes safe. 17:48:01 Downloading and running right now. 18:00:51 such a shame i can't download it 18:01:09 love analyzing random goop found in the wild 18:38:13 What is the local development network for monero, stagenet? 18:39:18 Oh, it seems to be testnet.. 18:49:42 @eddie:oblak.be: It depends. stagenet is kept functionally identical to mainnet. testnet is (sometimes) the bleeding edge. testnet will hardfork to FMCP++ and Carrot first, for example. 18:51:13 I need something equivalent to bitcoins regtest, seems a private testnet is the way to go (https://github.com/moneroexamples/private-testnet/) ? 18:53:12 Yeah, you can span up a private Monero network anytime, following that tutorial. What code will run on that will of course depend on the version of the daemon you use. 18:53:51 yeah, I just run a clone of my node but in --testnet mode then 18:56:00 Well, don't want to confuse you, but the real magic of a private network is not activated through that --testnet startup parameter, but through --add-exclusive-node. 18:57:02 oh, ok, thanks , I didn't read that far yet 19:02:34 oh, but wait, I need to run at 2 or 3 nodes? 19:03:53 I thought I could just ignore that part 😛 19:13:39 Again, depends on what you want to test. You could start a single daemon with --offline for example, to prevent that it connects to any peers. 19:19:46 egtest > <@eddie:oblak.be> I need something equivalent to bitcoins regtest, seems a private testnet is the way to go (https://github.com/moneroexamples/private-testnet/) ? 19:19:48 regtest 19:20:32 so there's also a monero regtest? 19:20:35 just run --regtest and --offline, or multiple --regtest with --add-exclusive-node 19:20:43 yes 19:21:12 you can use --keep-fakechain to not delete the chain at startup (.. or shutdown, i dont remember which) 19:21:37 ok, thanks. I was looking here, it doesn't mention it: https://docs.getmonero.org/infrastructure/networks/ 19:22:36 ./monerod --regtest --keep-fakechain --offline then connect wallet with ./monero-wallet-{rpc|cli} --allow-mismatched-daemon ... 19:23:26 if you need to mine blocks quickll, add --fixed-difficulty=1 to moenrod 19:24:22 regtest uses the current hardfork right away. the problem with private testnet, is that it does not 19:44:24 hmm, I have the node running, created a wallet on the node, it connected to the daemon. But when I run "start_mining" it returns "Error: mining has NOT been started: possibly lost connection to daemon" . Any ideas? 19:58:47 Did you starr the node with --offline 19:59:42 It needs to be offline or needs to have peers, one or the other. Offline is easiest 20:03:32 @ofrnxmr: yes 20:07:40 ah the wallet type is mainnet 20:08:01 while connected to regtest daemon, could that be the issue? 20:08:37 I tried starting the wallet-cli with --regtest, but it seems this flag doesn't exit there 20:11:51 ok, I think the issue was that I started the node with restricted-rpc 20:36:43 Definitely 20:37:16 the node does the mining. You cant tell it to mine over restricted rpc 20:38:06 @eddie:oblak.be: Yeah, the wallet is mainnet type. You just need --allow-mismatched-daemon 21:19:12 I'm looking into FCMP++ and as far as I understand we will have forward secrecy from a quantum computer, but only for the sending side, is this correct? 21:19:12 If somebody has your address and a quantum computer they can still scan the blockchain and see which transactions were received to it, correct? 21:19:12 And the amounts being send are also still viewable with a quantum computer? 21:20:26 being able to see received inputs allows decrypting amounts 21:21:03 " If somebody has your address" < that's for legacy ones 21:21:20 new carrot native ones also get internal forward secrecy 21:21:35 this includes change outputs 21:22:37 forward secrecy is address-conditional, that's said, as long as that specific address is unknown for that output 21:22:46 (for the receiver) 21:23:04 https://github.com/jeffro256/carrot/blob/master/carrot.md#2-new-features 21:24:33 that said this is an addressing scheme that is compatible with the address formats. Jamtis would exist in the future and that's the reason why view tags are 3 bytes long, plus a few more specific values, to support this possibility in the future https://gist.github.com/tevador/639d083c994c1ef9401832c08e2b7832 21:24:43 "Most importantly, the new format allows for post-quantum forward secret transactions that can't be decrypted even if the address is publicly known and the elliptic curve discrete logarithm (ECDLP) is broken." 21:25:19 one of the stated additional goals is to be "Backward compatiblity with Carrot without hard forking changes." 21:26:40 FCMP++ tbh comes with a few things, mainly SAL + full chain membership proof, but Carrot is on the side in a way that can allow Jamtis to exist without an upgrade (besides on the sender/receiver side clients) 21:28:24 it's FCMP++ and Carrot (with tx output format compatible with Jamtis as known so far) 22:00:07 forward secrecy is address-conditional, that's said, as long as that specific address is unknown for that output 22:00:07 >> what do you mean by that? 22:15:33 Another thing, 22:15:33 I recently saw Seth mention on Monero Talk that because the tail emission is fixed and the inflation rate asymptotically approaches 0, eventually it will no longer be enough to secure the network. 22:15:33 Does this make sense?[... more lines follow, see https://mrelay.p2pool.observer/e/_5f1h6ELalZFNGdH ] 22:25:25 we have no idea what size tail emission is needed. It was not known when it was selected. 22:25:42 obv zero is too small :P 22:31:59 Well if it's a percentage that changes the calculation entirely no? And if 1% is not enough to secure the network, well fuck