<3​21bob321:monero.social> If there not going to listen to daniel Mc cry why matrix.org listen to xmrscott

is it intentional that stagenet is not really working, seem like the mining nodes not adding transaction but deleting the mempool

i assume not intentional. What are you using?

Someone elses explorer, miner, node?

faucet from rino and Monero-GUI

have some screenshoots, if it's worth anything, a bit frustrating, so I will probably only tet on testnet and mainnet

<r​ottenwheel:kernal.eu> matrix.monero.social/_matrix/media/…/kernal.eu/dshYauNWUXDXbjLlcylTKRZg

<r​ottenwheel:kernal.eu> Running XMRSigner v0.4.0 emulator. Itshappening.gif

<p​reland:monero.social> But can it run snake /j

<s​hadow06:matrix.org> Are there any performance tweaks you'd recommend for macos in the config.json?

<s​hadow06:matrix.org> definitely seems to fire up slower on macos

<s​hadow06:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/tGvYUbEhMBdnBVMMzvmgZnjJ

Has anybody some stagenet xmr laying around not needing? Would like to see it this is a issue with [rino faucet](community.rino.io/faucet/stagenet) or if really the blocks get mined empty and removed from mempool or something similar.

I "got" already like 100 xmr (10 times 10) out of that faucet, it will be shown in the [mempool](stagenet.xmrchain.net) and the wallet (unconfirmed) but on the next block nada and it disapears also from the wallet again.

I wonder if that has any implications of 0conf :S

forgot the address: 764xqTADDLjhzdGSb5iwZv8hcBuPjFwBpNx4QCj12zTkVFViVCK8HScdte74WbhYwPBbMA1u8oSMufxYpCR1tzRoMpYuyf3

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.?

<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.

<r​ucknium:monero.social> I will try to find my stagenet wallet

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.

<r​ucknium:monero.social> You should get a block in a few minutes

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

<r​ucknium:monero.social> The disappearing txs _is_ strange.

In case the screenshots are interesting: [temp repoo](github.com/DiosDelRayo/stagenet-tx/blob/main/README.md)

<r​ucknium:monero.social> vthor: I sent you some stagenet XMR. It got into a block fine.

rucknium, strange my wallet is still zero

<r​ucknium:monero.social> It's this tx: stagenet.xmrchain.net/tx/95644ef015…a182e01318501c13cf6cbcfd00b442659ad

will restart the wallet, and see what happens

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

will close wallet again and sync with block size 1 the stagenet wallet.

<r​ucknium:monero.social> Is your monerod synced with the rest of the network?

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

<r​ucknium:monero.social> You could just give the view key and primary address. Now anyone can steal from that stagenet wallet

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>

r​ucknium, thought seed would be easiert ro import, primary address: 54nPabcTJwmTsdyrwr5KL76PX1cD4wPVFAsBYq8jEdemSD9NorZviwXD7TXhSD1E6EVu2r3EXc66ua8XcwJW835bPWpUANE

<r​ucknium:monero.social> Check `status`. It will tell you your node's height. Then compare it to stagenet.xmrchain.net

and block height: 1633690

this is wallet creation height, not the response

one moment

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

<r​ucknium:monero.social> I don't know. Height is OK

restored the wallet with the same monero-gui, same result 0 xmr after syncing with the daemon :/

the weird thing the same monero-gui installation I use for mainnet and works without issues, testnet works too

<r​ucknium:monero.social> You started the GUI with `--stagenet`?

<r​ucknium:monero.social> I opened your wallet with the CLI, did `scan_tx 95644ef0151793d5f2b8fb10720ffa182e01318501c13cf6cbcfd00b442659ad`, and it found the XMR

<r​ucknium:monero.social> I needed `--trusted-daemon` on the CLI I think

I don't belief it

" You started the GUI with `--stagenet`?" no switched in advanced to stagenet.

I put your transaction id into settings > scan transaction and then it shows up.

so the other ~100 xmr should be also there, only it doesn't scan properly

<r​ucknium:monero.social> Usually the restore height of the testnet and stagenet are incorrect. Maybe it is that

<r​ucknium:monero.social> Fix going into the next release: monero-project/monero #9309

<r​ucknium:monero.social> If you have a stagenet node locally, just restore from height 0. It should finish in less than an hour.

"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?

<r​ucknium:monero.social> I don't think you need the fix. Height zero should work.

Ah, yes the height of the wallet is heigher then the current block size.... will put block height 1.6m and check again

<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

bam, that was it 137 xmr

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

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?

1.616462088647 XMR this are from mining?

<r​ucknium:monero.social> Yes that's the current block reward on stagenet

<y​not01:monero.social> what is stagenet?

<r​ucknium:monero.social> vthor: `7BSTQCTaEWqd7j5jPBrLsbA4Y7ziivyNiUVLvLQofqbK2ZxYqsVnDDojhHQMieAfsALdXaaxnw9VV8W4QQbbhxNw7AfW13t` I expect some piconeros in interest! haha ;)

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....

<r​ucknium:monero.social> Thanks for paying back

tx id 7b9c752d7cd140fb165ce96d0de56fa02bb7be3ea4738296f26b487c91620e55

<r​ucknium:monero.social> ynot01: Basically a network similar to Monero "mainnet" for testing purposes only. The coins on the stagenet have no value.

<y​not01:monero.social> neat

thanks for sending and helping debuging and restore my peace of mind ;) :D

well, they have a value, if you want to test something without burning "real" xmr

<r​ucknium:monero.social> No problem. Happy to help

<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." reddit.com/r/Monero/comments/1dovmx9/first_time_i_<clipped message>

<r​ucknium:monero.social> heard_of_someone_implementing_the/

<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>

<r​ucknium:monero.social> ites you send your Bitcoin in exchange for Monero to)"

<r​ucknium:monero.social> I'm not sure that is going on. I will try to watch this project.

<r​ucknium:monero.social> I'm not sure *what* is going on

<p​reland:monero.social> Uh oh

<s​trawberry:monero.social> scam

<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

<s​trawberry:monero.social> what is a "reverse Atomic Swap"?

<p​reland:monero.social> That would be an impossible thing xD

<p​reland:monero.social> Is that actually what they

<s​trawberry:monero.social> yes, he uses that wording

<p​reland:monero.social> Dear god what the hell

<p​reland:monero.social> Yeah he does

<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

<p​reland:monero.social> That has the same energy as saying “what if instead of turning heat into energy, we turn *cold* into energy?”

<p​reland:monero.social> Hmm

<s​trawberry:monero.social> and yes, it should take longer than 1 btc transaction

<p​reland:monero.social> Is that what they are referring to then?

<p​reland:monero.social> This is the big red flag for me if true

<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

<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

<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.

<r​ottenwheel:kernal.eu> state.gov/reward-for-information-german-national-ruja-ignatova

<p​reland:monero.social> “Oops”

<s​trawberry:monero.social> so they supposedly have a normal atomic swap backend: /dns4/atomicmonero.com/tcp/9939/p2p/12D3KooWBSZeUacq6ijfprkm4PPwjamc3WLTwR1yw5B37Q9oVhvT

<s​trawberry:monero.social> atomicmonero.com/advanced

<s​trawberry:monero.social> so they supposedly have a normal atomic swap backend: `/dns4/atomicmonero.com/tcp/9939/p2p/12D3KooWBSZeUacq6ijfprkm4PPwjamc3WLTwR1yw5B37Q9oVhvT`

<s​trawberry:monero.social> atomicmonero.com/advanced

<p​reland:monero.social> Hmm

Revuo Monero Issue 200: June 6 - 27, 2024. revuo-xmr.com/issue-200.html

wow! 200 issues!

wouldn't you want to donate 2/20/200 XMR?

<m​mxxx:monero.social> :)

<r​ottenwheel:kernal.eu> 🤔 monero.land

<p​reland:monero.social> (Before someone asks no I am not affiliated with that website; looks pretty neat tho)

Revuo Monero Issue 200: June 13 - 27, 2024. revuo-xmr.com/issue-200.html

<r​ottenwheel:kernal.eu> Woops, duplicate post? plowsof plowsof @plowsof:matrix.org

The first one had the wrong date

<r​ottenwheel:kernal.eu> Ah, yes. 🤷‍♂️