00:10:27 <m-relay> <3​21bob321:monero.social> If there not going to listen to daniel Mc cry why matrix.org listen to xmrscott
04:03:13 <vthor> is it intentional that stagenet is not really working, seem like the mining nodes not adding transaction but deleting the mempool
04:13:55 <ofrnxmr> i assume not intentional. What are you using?
04:14:06 <ofrnxmr> Someone elses explorer, miner, node?
04:25:22 <vthor> faucet from rino and Monero-GUI
04:26:08 <vthor> have some screenshoots, if it's worth anything, a bit frustrating, so I will probably only tet on testnet and mainnet
07:39:46 <m-relay> <r​ottenwheel:kernal.eu> https://matrix.monero.social/_matrix/media/v1/download/kernal.eu/dshYauNWUXDXbjLlcylTKRZg
07:41:55 <m-relay> <r​ottenwheel:kernal.eu> Running XMRSigner v0.4.0 emulator. Itshappening.gif
12:19:43 <m-relay> <p​reland:monero.social> But can it run snake /j
14:21:19 <m-relay> <s​hadow06:matrix.org> Are there any performance tweaks you'd recommend for macos in the config.json?
14:21:34 <m-relay> <s​hadow06:matrix.org> definitely seems to fire up slower on macos
14:22:20 <m-relay> <s​hadow06:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/tGvYUbEhMBdnBVMMzvmgZnjJ
14:31:30 <vthor> Has anybody some stagenet xmr laying around not needing? Would like to see it this is a issue with [rino faucet](https://community.rino.io/faucet/stagenet/) or if really the blocks get mined empty and removed from mempool or something similar.
14:33:17 <vthor> I "got" already like 100 xmr (10 times 10) out of that faucet, it will be shown in the [mempool](https://stagenet.xmrchain.net/) and the wallet (unconfirmed) but on the next block nada and it disapears also from the wallet again.
14:33:31 <vthor> I wonder if that has any implications of 0conf :S
14:35:45 <vthor> forgot the address: 764xqTADDLjhzdGSb5iwZv8hcBuPjFwBpNx4QCj12zTkVFViVCK8HScdte74WbhYwPBbMA1u8oSMufxYpCR1tzRoMpYuyf3
14:37:33 <vthor> When I get it right stagenet should be closer to mainnet as testnet, but if I look at the hashrate ~2kh vs. ~11kh, it seems that testnet is a lot more used (and so more realisitc) then stagenet.?
14:43:25 <m-relay> <r​ucknium:monero.social> What does hashrate have to do with that? You can mine a little on stagenet to get stagenet coins. It takes 60 blocks for the coinbase outputs to unlock.
14:43:40 <m-relay> <r​ucknium:monero.social> I will try to find my stagenet wallet
14:52:35 <vthor> My thought was only that less mining one stagenet, less user on stagenet, if I mine one stagenet with monero-gui I have with 4 threads 700h/s, so propbably over a day I should win a block (head should let it run while sleeping :/ ) But that is what is in my yet sleepy head.
14:53:18 <m-relay> <r​ucknium:monero.social> You should get a block in a few minutes
14:56:29 <vthor> okay, then I will let it run for a while :) but still I wonder why the tx disapears with the next block from the mempool without being in a block.. :S
15:00:12 <m-relay> <r​ucknium:monero.social> The disappearing txs _is_ strange.
15:16:41 <vthor> In case the screenshots are interesting: [temp repoo](https://github.com/DiosDelRayo/stagenet-tx/blob/main/README.md)
15:37:57 <m-relay> <r​ucknium:monero.social> vthor: I sent you some stagenet XMR. It got into a block fine.
15:43:47 <vthor> rucknium, strange my wallet is still zero
15:45:54 <m-relay> <r​ucknium:monero.social> It's this tx: https://stagenet.xmrchain.net/tx/95644ef0151793d5f2b8fb10720ffa182e01318501c13cf6cbcfd00b442659ad
15:46:01 <vthor> will restart the wallet, and see what happens
15:49:48 <vthor> with the view key (764xqTADDLjhzdGSb5iwZv8hcBuPjFwBpNx4QCj12zTkVFViVCK8HScdte74WbhYwPBbMA1u8oSMufxYpCR1tzRoMpYuyf3) it shows me on xmrchain you sent me 1 xmr, the walet tells me monerod and wallet synced, but 0 xmr
15:50:19 <vthor> will close wallet again and sync with block size 1 the stagenet wallet.
15:50:24 <m-relay> <r​ucknium:monero.social> Is your monerod synced with the rest of the network?
15:51:14 <vthor> seed for the wallet (no password): second loaded wounded menu pylons dejected umpire looking fuming echo bacon enough younger toyed uphill sorry paradise empty situated tadpoles agile dogs pastry pencil pencil
15:52:20 <m-relay> <r​ucknium:monero.social> You could just give the view key and primary address. Now anyone can steal from that stagenet wallet
15:53:09 <vthor> rucknium, should, but it would also not sync really with monero-gui, so I synced it with `monerod --stagenet --block-sync-size <decreasing number until I arrived at 1> 
15:54:12 <vthor> r​ucknium, thought seed would be easiert ro import, primary address: 54nPabcTJwmTsdyrwr5KL76PX1cD4wPVFAsBYq8jEdemSD9NorZviwXD7TXhSD1E6EVu2r3EXc66ua8XcwJW835bPWpUANE
15:54:26 <m-relay> <r​ucknium:monero.social> Check `status`. It will tell you your node's height. Then compare it to stagenet.xmrchain.net
15:54:31 <vthor> and block height: 1633690
15:54:51 <vthor> this is wallet creation height, not the response
15:54:55 <vthor> one moment
15:56:00 <vthor> Height: 1631526/1631526 (100.0%) on stagenet, not mining, net hash 2.45 kH/s, v16, 12(out)+2(in) connections, uptime 0d 0h 0m 15s
15:56:59 <m-relay> <r​ucknium:monero.social> I don't know. Height is OK
15:59:40 <vthor> restored the wallet with the same monero-gui, same result 0 xmr after syncing with the daemon :/
16:03:50 <vthor> the weird thing the same monero-gui installation I use for mainnet and works without issues, testnet works too
16:04:39 <m-relay> <r​ucknium:monero.social> You started the GUI with `--stagenet`?
16:05:22 <m-relay> <r​ucknium:monero.social> I opened your wallet with the CLI, did `scan_tx 95644ef0151793d5f2b8fb10720ffa182e01318501c13cf6cbcfd00b442659ad`, and it found the XMR
16:05:49 <m-relay> <r​ucknium:monero.social> I needed `--trusted-daemon` on the CLI I think
16:06:43 <vthor> I don't belief it
16:07:05 <vthor> " You started the GUI with `--stagenet`?" no switched in advanced to stagenet.
16:07:47 <vthor> I put your transaction id into settings > scan transaction and then it shows up.
16:09:53 <vthor> so the other ~100 xmr should be also there, only it doesn't scan properly
16:11:09 <m-relay> <r​ucknium:monero.social> Usually the restore height of the testnet and stagenet are incorrect. Maybe it is that
16:13:26 <m-relay> <r​ucknium:monero.social> Fix going into the next release: https://github.com/monero-project/monero/pull/9309
16:15:57 <m-relay> <r​ucknium:monero.social> If you have a stagenet node locally, just restore from height 0. It should finish in less than an hour.
16:18:10 <vthor> "If you have a stagenet node locally, just restore from height 0. It should finish in less than an hour." with v0.18.3.3? Or do I need "Fix going into the next release" before?
16:19:20 <m-relay> <r​ucknium:monero.social> I don't think you need the fix. Height zero should work.
16:19:49 <vthor> Ah, yes the height of the wallet is heigher then the current block size.... will put block height  1.6m and check again
16:20:30 <m-relay> <r​ucknium:monero.social> Basically the wallet/node has to estimate the wallet's restore height based on the current date. If blocks were not produced regularly at 2 per minute because of few or too many miners, then the estimate would be wrong AFAIK
16:22:31 <vthor> bam, that was it 137 xmr
16:24:45 <vthor> and the daemon get's only loaded after wallet creation, if not the wallet could check before if block height is in the future, but that means then also that polyseed will most probably fail on stagenet through the calculation of birthday - so I need to think about the user to be able to change block height manually
16:27:02 <vthor> thanks rucknium, now I can erase this out of my head :D rabbit holes was already appearing everywhere... Where I will send you back the xmr?
16:27:18 <vthor> 1.616462088647 XMR this are from mining?
16:28:36 <m-relay> <r​ucknium:monero.social> Yes that's the current block reward on stagenet
16:28:56 <m-relay> <y​not01:monero.social> what is stagenet?
16:30:18 <m-relay> <r​ucknium:monero.social> vthor: `7BSTQCTaEWqd7j5jPBrLsbA4Y7ziivyNiUVLvLQofqbK2ZxYqsVnDDojhHQMieAfsALdXaaxnw9VV8W4QQbbhxNw7AfW13t` I expect some piconeros in interest! haha ;)
16:30:24 <vthor> clear, for that I could also mine and mine and I didn't hit the 1:5 chance - while in reality I did - only in the future....
16:30:28 <m-relay> <r​ucknium:monero.social> Thanks for paying back
16:31:01 <vthor> tx id 7b9c752d7cd140fb165ce96d0de56fa02bb7be3ea4738296f26b487c91620e55
16:31:19 <m-relay> <r​ucknium:monero.social> ynot01: Basically a network similar to Monero "mainnet" for testing purposes only. The coins on the stagenet have no value.
16:31:31 <m-relay> <y​not01:monero.social> neat
16:31:31 <vthor> thanks for sending and helping debuging and restore my peace of mind ;) :D
16:32:18 <vthor> well, they have a value, if you want to test something without burning "real" xmr
16:32:25 <m-relay> <r​ucknium:monero.social> No problem. Happy to help
16:38:10 <m-relay> <r​ucknium:monero.social> plowsof: "I'm one of the lead maintainers that this project (link above) claims to be using to faciliate the Bitcoin <> Monero Atomic Swaps and I can confidently say that I see no proof of this being any different from other instant exchange sites (like FixedFloat). I don't believe they are using Atomic Swaps at all here." https://reddit.com/r/Monero/comments/1dovmx9/first_time_i_<clipped message>
16:38:10 <m-relay> <r​ucknium:monero.social> heard_of_someone_implementing_the/
16:38:19 <m-relay> <r​ucknium:monero.social> "There are absolutely holding your coins and I doubt they are even using Atomic Swaps in the background. The swaps are way too fast ("The full process takes just a few moments longer than the duration of the Bitcoin transfer.", an actual Atomic Swaps takes at least 30 Minutes) and their minimum and maximum amounts don't correspond to any of the publicly known Swap Providers (entit<clipped message>
16:38:20 <m-relay> <r​ucknium:monero.social> ites you send your Bitcoin in exchange for Monero to)"
16:38:42 <m-relay> <r​ucknium:monero.social> I'm not sure that is going on. I will try to watch this project.
16:50:52 <m-relay> <r​ucknium:monero.social> I'm not sure *what* is going on
17:11:44 <m-relay> <p​reland:monero.social> Uh oh
17:12:04 <m-relay> <s​trawberry:monero.social> scam
17:13:11 <m-relay> <p​reland:monero.social> Unless the unstoppable swap guy is spreading FUD, which would be absurd in this case because of how easily it could be disproven and how little they would have to gain (and much to lose) by doing so
17:13:19 <m-relay> <s​trawberry:monero.social> what is a "reverse Atomic Swap"?
17:14:31 <m-relay> <p​reland:monero.social> That would be an impossible thing xD
17:14:35 <m-relay> <p​reland:monero.social> Is that actually what they
17:14:47 <m-relay> <s​trawberry:monero.social> yes, he uses that wording
17:14:49 <m-relay> <p​reland:monero.social> Dear god what the hell
17:14:54 <m-relay> <p​reland:monero.social> Yeah he does
17:15:18 <m-relay> <r​ucknium:monero.social> AFAIK, by default XMR<>BTC/ETH/LTC/BCH atomic swaps use an "order book" where only one side of XMR/BTC (I forget which one) can post an order. You can simulate the other side by having a bot that automatically takes the order on the other side. AFAIK, that's what BasicSwap does
17:15:21 <m-relay> <p​reland:monero.social> That has the same energy as saying “what if instead of turning heat into energy, we turn *cold* into energy?”
17:15:39 <m-relay> <p​reland:monero.social> Hmm
17:15:47 <m-relay> <s​trawberry:monero.social> and yes, it should take longer than 1 btc transaction
17:15:51 <m-relay> <p​reland:monero.social> Is that what they are referring to then?
17:16:05 <m-relay> <p​reland:monero.social> This is the big red flag for me if true
17:22:09 <m-relay> <s​trawberry:monero.social> has anyone tested it? I think you can tell if they're using atomic swaps on the backend by watching where the BTC goes on chain, but I don't know enough about atomic swaps to say what it should look like, and that might differ by implementation
17:22:34 <m-relay> <s​trawberry:monero.social> at the very least, you can rule out atomic swaps if it gets sent straight to binance or something like that
17:28:23 <m-relay> <r​ottenwheel:kernal.eu> The FBI yesterday increased the reward for information leading to Dr. Ruja’s (Missing CryptoQueen from OneCoin ponzi) arrest: from $250,000 to a whopping $5 million. The joint highest reward of anyone on their Ten Most Wanted list.
17:28:24 <m-relay> <r​ottenwheel:kernal.eu> https://www.state.gov/reward-for-information-german-national-ruja-ignatova/
17:30:32 <m-relay> <p​reland:monero.social> “Oops”
17:37:03 <m-relay> <s​trawberry:monero.social> so they supposedly have a normal atomic swap backend: /dns4/atomicmonero.com/tcp/9939/p2p/12D3KooWBSZeUacq6ijfprkm4PPwjamc3WLTwR1yw5B37Q9oVhvT
17:37:04 <m-relay> <s​trawberry:monero.social> https://www.atomicmonero.com/advanced/
17:37:32 <m-relay> <s​trawberry:monero.social> so they supposedly have a normal atomic swap backend: `/dns4/atomicmonero.com/tcp/9939/p2p/12D3KooWBSZeUacq6ijfprkm4PPwjamc3WLTwR1yw5B37Q9oVhvT`
17:37:34 <m-relay> <s​trawberry:monero.social> https://www.atomicmonero.com/advanced/
17:48:37 <m-relay> <p​reland:monero.social> Hmm
19:00:06 <revuoxmr> Revuo Monero Issue 200: June 6 - 27, 2024. https://www.revuo-xmr.com/issue-200.html
19:06:09 <dukenukem> wow! 200 issues!
19:06:22 <dukenukem> wouldn't you want to donate 2/20/200 XMR?
19:19:36 <m-relay> <m​mxxx:monero.social> :)
21:12:36 <m-relay> <r​ottenwheel:kernal.eu> 🤔 https://monero.land/
21:25:56 <m-relay> <p​reland:monero.social> (Before someone asks no I am not affiliated with that website; looks pretty neat tho)
22:00:05 <revuoxmr> Revuo Monero Issue 200: June 13 - 27, 2024. https://www.revuo-xmr.com/issue-200.html
22:00:42 <m-relay> <r​ottenwheel:kernal.eu> Woops, duplicate post? plowsof plowsof @plowsof:matrix.org
22:03:54 <ofrnxmr> The first one had the wrong date
22:06:27 <m-relay> <r​ottenwheel:kernal.eu> Ah, yes. 🤷‍♂️