|
1090
|
Alternate cryptocurrencies / Speculation (Altcoins) / Re: [XMR] Monero Speculation
|
on: August 29, 2016, 02:14:02 PM
|
Crosspost: downloads section on getmonero seems to be down.
From IRC: <_Slack> <fluffypony> the mining testnet node is down
<_Slack> <fluffypony> completely borked an upgrade
<_Slack> <fluffypony> software upgrade, I mean
<_Slack> <fluffypony> unrelated to MM
<_Slack> <fluffypony> and that’s also killed the relays and my IRC bouncer
<_Slack> <fluffypony> have to wait for helping hands at the DC to go fix.
That's why getmonero.org is down too currently. |
|
|
|
|
1091
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [XMR] Monero - A secure, private, untraceable cryptocurrency
|
on: August 29, 2016, 02:13:01 PM
|
downloads section on getmonero seems to be down.
From IRC: <_Slack> <fluffypony> the mining testnet node is down
<_Slack> <fluffypony> completely borked an upgrade
<_Slack> <fluffypony> software upgrade, I mean
<_Slack> <fluffypony> unrelated to MM
<_Slack> <fluffypony> and that’s also killed the relays and my IRC bouncer
<_Slack> <fluffypony> have to wait for helping hands at the DC to go fix.
That's why getmonero.org is down too currently. |
|
|
|
|
1097
|
Alternate cryptocurrencies / Speculation (Altcoins) / Re: [XMR] Monero Speculation
|
on: August 28, 2016, 10:55:06 PM
|
Crosspost: We're forking testnet for RingCT testing. Everyone is welcome to participate and try to break it.
v3 happens in a few hours (just a change on coinbase validation).
v4 happens in a bit more than a day, and rct txes become allowed.
v5 happens in 3 days, and rct txes become mandatory (save if you have old unmixable inputs)
Pull the latest master. You don't need to resync anything if you already have a testnet database.
fluffypony will make binaries in the next day or two if you can't.
|
|
|
|
|
1098
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [XMR] Monero - A secure, private, untraceable cryptocurrency
|
on: August 28, 2016, 10:35:52 PM
|
Thanks for the help. I found the tx id's of the 3 transactions and indeed the first two can be found via http://moneroblocks.info/ and the last one cannot. When I run rescan_spent though and subsequently run show_transfers the transaction is still there though. BTW: I'm still 1149 blocks behind. Can that be a problem? Possibly your tx was invalid and got rejected by other daemons. Had you sent a tx from the same address, but using another machine, within those 1149 blocks ? If so, you probably unknowingly double spent. In any case, if you use a recent enough wallet, you should see that last tx as "pending" in show_transfers. If it indeed hasn't propagated to the network, you can "flush_txpool" in the daemon, and the wallet will soon notice it and switch it to "failed". There is a bug (fixed in the rct branch) which will need you to run "rescan_spent" after that in order to get the right balance. But first, wait for the chain to be synced. I send 2 transactions that succeeded and then a third that I'm asking about because it's not in the blockchain, within those 1149 blocks, but all from the same machine. I'm using version 9.4.0 and I indeed see all 3 transactions as pending. I will try the commands after it is done syncing. I'm glad the chance of my Monero actually being lost seems to be extremely low  Synced and the other 2 transactions are finalized now and the faulty transaction is still pending. rescan_spent did not fix it so I'm now rescanning the entire blockchain (which is taking a while). Rescanning the entire blockchain fixed this. Thanks for the help dEBRUYNE and MoneroMooo. To avoid this in the future I shouldn't send transactions with an unsynced blockchain? You're welcome! Yes. It's generally advised to let your blockchain fully sync first. |
|
|
|
|
Show Posts
