[XMR] Monero - A secure, private, untraceable cryptocurrency - page 571.

aminorex

legendary

Activity: 1596

Merit: 1030

Sine secretum non libertas

Quote from: saddambitcoin on July 07, 2016, 08:16:01 PM

I know it's just penny pinching Moneroj but who knows, maybe I'll be grateful in the long run for saving those Monero cents.

At the very least, the excercise has increased your understanding of the systems behavioural surface. And the policy of seeking such understanding is not unlikely to save you from loss, if only lost opportunity, in unforseeable future circumstances.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: GingerAle on July 07, 2016, 08:07:24 PM

Quote from: mmortal03 on July 07, 2016, 07:52:44 PM

Finally, is there a simple way to have MyMonero spend the contents of the entire wallet so that there's no need to manually figure out what amount to enter?

I don't think so - that would require a sweep wallet kinda thing, or mix unspendable dust.

What you can do is take matters into your own hands and restore the wallet on your own computer. On MyMonero, get the viewkey and spendkey, and using simplewallet use the --generate-from-keys arg starting flag, so simplewallet.exe --generate-from-keys arg for windows, or ./simplewallet --generate-from-keys arg for linux. Arg is the name of your new wallet. If you don't feel like running your own node, you can connect to a random remote node. So the total command would be

./simplewallet --generate-from-keys myrestoredwallet.bin --daemon-host node.moneroworld.com

Now, restoring remotely will take a while.

Once you get it restored, you can enter the command sweep_unmixable.

Actually, now that I think about it this really won't solve your issue. You may need to compile your own simplewallet to use the sweep_all . And all this will do is get your outputs into one output, which should then make figuring out the fee to empty your wallet really easy.

I have a hunch though that if you restore your wallet, the data will match whats on the blockchain.

Yeah, that makes sense from the perspective of reducing the wallet down to only what's spendable, but then you'd still have to calculate the right spend amount such that the total of spend + fee equals zero XMR remaining. saddambitcoin makes a good point about the "always confirm transfers" feature -- I was unaware of that. I will try it out.

saddambitcoin

legendary

Activity: 1610

Merit: 1004

One thing I have found with using Monero (simplewallet) on a regular basis, is that fees are highly variable due to the random input selection.

If you set "always confirm transfers" to 1 it will show you the fee before you approve the transaction, so I'll often try again if the fee seems very high, like 0.08 or something. Depending on the transaction amount it will usually go down to a reasonable 0.01-0.03.

I know it's just penny pinching Moneroj but who knows, maybe I'll be grateful in the long run for saving those Monero cents.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: mmortal03 on July 07, 2016, 07:52:44 PM

Quote from: LucyLovesCrypto on July 07, 2016, 07:30:29 PM

Nothing is wrong. Mymonero attaches a small fee for each transaction:
https://mymonero.com/#/terms

Quote

5. Fees
5.1. Company Fees. Access to the account is free, but the Company may charge fees for additional Services. Specifically, and at a minimum, the Company can and does charge a fee for every transaction that is sent. Any applicable fees will be displayed in each Service.

That would make sense, the math just doesn't seem to add up to me. The amount+fee on chainradar in the transaction that was sent to ShapeShift adds up to 26.32, which is *larger* than the 26.29493623 amount+fee reported by MyMonero on the confirmation page. I'd think that it would be the other way around. Maybe someone can break down the math for me. It would also seem useful to have the confirmation page on MyMonero break it down into parts so that there's no confusion. Finally, is there a simple way to have MyMonero spend the contents of the entire wallet so that there's no need to manually figure out what amount to enter?

I don't think so - that would require a sweep wallet kinda thing, or mix unspendable dust.

What you can do is take matters into your own hands and restore the wallet on your own computer. On MyMonero, get the viewkey and spendkey, and using simplewallet use the --generate-from-keys arg starting flag, so simplewallet.exe --generate-from-keys arg for windows, or ./simplewallet --generate-from-keys arg for linux. Arg is the name of your new wallet. If you don't feel like running your own node, you can connect to a random remote node. So the total command would be

./simplewallet --generate-from-keys myrestoredwallet.bin --daemon-host node.moneroworld.com

Now, restoring remotely will take a while.

Once you get it restored, you can enter the command sweep_unmixable.

Actually, now that I think about it this really won't solve your issue. You may need to compile your own simplewallet to use the sweep_all . And all this will do is get your outputs into one output, which should then make figuring out the fee to empty your wallet really easy.

I have a hunch though that if you restore your wallet, the data will match whats on the blockchain.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: LucyLovesCrypto on July 07, 2016, 07:30:29 PM

Nothing is wrong. Mymonero attaches a small fee for each transaction:
https://mymonero.com/#/terms

Quote

5. Fees
5.1. Company Fees. Access to the account is free, but the Company may charge fees for additional Services. Specifically, and at a minimum, the Company can and does charge a fee for every transaction that is sent. Any applicable fees will be displayed in each Service.

That would make sense, the math just doesn't seem to add up to me. The amount+fee on chainradar in the transaction that was sent to ShapeShift adds up to 26.32, which is *larger* than the 26.29493623 amount+fee reported by MyMonero on the confirmation page. I'd think that it would be the other way around. Maybe someone can break down the math for me. It would also seem useful to have the confirmation page on MyMonero break it down into parts so that there's no confusion. Finally, is there a simple way to have MyMonero spend the contents of the entire wallet so that there's no need to manually figure out what amount to enter?

LucyLovesCrypto

sr. member

Activity: 414

Merit: 251

Quote from: mmortal03 on July 07, 2016, 07:03:25 PM

Quote from: luigi1111 on July 07, 2016, 02:29:34 PM

Quote from: mmortal03 on July 07, 2016, 01:32:19 PM

One other thing, has anyone noticed MyMonero stating a different payment and fee amount on the confirmation page than when you actually look up the Transaction ID? Once I get my other issue handled with ShapeShift, I'll post an example with the Transaction ID versus what MyMonero's output was.

Payment amount is probably due to change, which depends on what inputs are selected.

The fee shouldn't be different though; I'd be interested to see that.

OK, here you go. This was what MyMonero's confirmation page told me when I originally sent it. I simply copied and pasted the following from it into a text file, and only did this once, so there couldn't have been any mix-up on multiple transactions (the wallet only contained ~26.33 XMR):

Code:

Amount
26.23493623 (+0.06 fee)
Payment ID
68bf7209978fcc3ac1227c962e0be4cb55cd7873f234dae8eb50006ba7fe5759
Transaction ID
c969039420df1f884463b5c4a4ad0fc45d5756b40bdc9097a55aa6d0bc1c7cb7

However, if you look the transaction up on Chainradar, it shows:

Code:

26.274936230000 (+0.045063770000 fee)

See here: http://chainradar.com/xmr/transaction/c969039420df1f884463b5c4a4ad0fc45d5756b40bdc9097a55aa6d0bc1c7cb7

Could it be possible that I somehow accidentally double spent with two different transactions when trying to find an appropriate fee? I only had enough XMR to spend close to that total amount once (as I was trying to spend my entire wallet), but I kept getting "not enough spendable outputs", so I decreased the amount I was trying to send each time until it finally went through, giving me the above information on the confirmation page. I did have the wallet open in another window at one point, but I only recall getting the error messages there -- no confirmation page. I would have realized it if I'd gotten two confirmation pages during the course of this.

Nothing is wrong. Mymonero attaches a small fee for each transaction:
https://mymonero.com/#/terms

Quote

5. Fees
5.1. Company Fees. Access to the account is free, but the Company may charge fees for additional Services. Specifically, and at a minimum, the Company can and does charge a fee for every transaction that is sent. Any applicable fees will be displayed in each Service.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: luigi1111 on July 07, 2016, 02:29:34 PM

Quote from: mmortal03 on July 07, 2016, 01:32:19 PM

One other thing, has anyone noticed MyMonero stating a different payment and fee amount on the confirmation page than when you actually look up the Transaction ID? Once I get my other issue handled with ShapeShift, I'll post an example with the Transaction ID versus what MyMonero's output was.

Payment amount is probably due to change, which depends on what inputs are selected.

The fee shouldn't be different though; I'd be interested to see that.

OK, here you go. This was what MyMonero's confirmation page told me when I originally sent it. I simply copied and pasted the following from it into a text file, and only did this once, so there couldn't have been any mix-up on multiple transactions (the wallet only contained ~26.33 XMR):

Code:

Amount
26.23493623 (+0.06 fee)
Payment ID
68bf7209978fcc3ac1227c962e0be4cb55cd7873f234dae8eb50006ba7fe5759
Transaction ID
c969039420df1f884463b5c4a4ad0fc45d5756b40bdc9097a55aa6d0bc1c7cb7

However, if you look the transaction up on Chainradar, it shows:

Code:

26.274936230000 (+0.045063770000 fee)

See here: http://chainradar.com/xmr/transaction/c969039420df1f884463b5c4a4ad0fc45d5756b40bdc9097a55aa6d0bc1c7cb7

Could it be possible that I somehow accidentally double spent with two different transactions when trying to find an appropriate fee? I only had enough XMR to spend close to that total amount once (as I was trying to spend my entire wallet), but I kept getting "not enough spendable outputs", so I decreased the amount I was trying to send each time until it finally went through, giving me the above information on the confirmation page. I did have the wallet open in another window at one point, but I only recall getting the error messages there -- no confirmation page. I would have realized it if I'd gotten two confirmation pages during the course of this.

GingerAle

legendary

Activity: 1260

Merit: 1008

http://nodebox.link/ , new ISO is up for download!

Features Monero nvidia mining software, CPU mining software, MiniNodo wallet server, Pool server, and Monero Core.

Just download it, put it on a USB stick, and install on an old computer, and now you got a node!

Also features amazing spinning status icons.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: luigi1111 on July 07, 2016, 02:29:34 PM

Quote from: mmortal03 on July 07, 2016, 01:32:19 PM

One other thing, has anyone noticed MyMonero stating a different payment and fee amount on the confirmation page than when you actually look up the Transaction ID? Once I get my other issue handled with ShapeShift, I'll post an example with the Transaction ID versus what MyMonero's output was.

Payment amount is probably due to change, which depends on what inputs are selected.

The fee shouldn't be different though; I'd be interested to see that.

As soon as I get my refund from ShapeShift, I'll post the seemingly odd difference that I saw with the MyMonero transaction. I don't want to post it until I've worked everything out with ShapeShift, though. Btw, they said that they were, indeed, having issues with their Monero client that should now be fixed, but I don't know the details. I'm still waiting on them to initiate the refund.

luigi1111

legendary

Activity: 1105

Merit: 1000

Quote from: mmortal03 on July 07, 2016, 01:32:19 PM

One other thing, has anyone noticed MyMonero stating a different payment and fee amount on the confirmation page than when you actually look up the Transaction ID? Once I get my other issue handled with ShapeShift, I'll post an example with the Transaction ID versus what MyMonero's output was.

Payment amount is probably due to change, which depends on what inputs are selected.

The fee shouldn't be different though; I'd be interested to see that.

btcnoob85

full member

Activity: 182

Merit: 100

Quote from: novag on July 07, 2016, 07:47:46 AM

Do you think Monero price can quickly climb to the level of 0.015?

What is the basis of that assumption?

mmortal03

legendary

Activity: 1762

Merit: 1011

One other thing, has anyone noticed MyMonero stating a different payment and fee amount on the confirmation page than when you actually look up the Transaction ID? Once I get my other issue handled with ShapeShift, I'll post an example with the Transaction ID versus what MyMonero's output was.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: toffoo on July 07, 2016, 12:27:56 PM

Trying several types of monero ShapeShift deposits over the past few weeks, I've only been about 25% successful getting my transfer in a block before they cancel in 10 minutes. But if you give them the monero refund address they've refunded my deposit within 30-60mins, nearly all the time.

Yeah, unlike the precise option, my understanding is that you don't have the 10 minute time limit with the quick, but you just don't lock in your rate. I gave them a refund address when I did the quick, but if it doesn't even detect the deposit in the first place, which is what I'm experiencing, then I suspect that they aren't able to automatically give a refund. I have no idea why it wouldn't even see the deposit.

toffoo

sr. member

Activity: 408

Merit: 261

Quote from: GingerAle on July 07, 2016, 11:34:25 AM

I've also heard rumor that delayed transaction entry into a block can be caused by a version problem between daemon and wallet. Some dude on IRC was getting this behavior because he was using a remote node. God knows what version the remote node is using - anything since 0.9.0 will be at consensus, but 0.9.0 -> 0.9.3 all had their fair share of bugs that were squashed. https://github.com/monero-project/bitmonero/releases

So, by any chance are you using a remote node?

Both my bitmonerod and simplewallet are the latest 0.9.4.0 Hydrogen Helix and the daemon is running locally.

Quote from: mmortal03 on July 07, 2016, 12:19:40 PM

I assume you're experiencing this when using ShapeShift's precise option, correct? I've tried to avoid the precise option due to exactly what you describe, but have actualy experienced an issue this morning (CST) with their *quick* option, converting XMR to BTC, where the ShapeShift status page acted as if it never received the deposit. It still hasn't, five hours later, even though the transaction showed up on the Monero blockchain five hours ago. I've contacted ShapeShift's support with the TransactionID and PaymentID, of course, but I haven't heard back from them yet.

Trying several types of monero ShapeShift deposits over the past few weeks, I've only been about 25% successful getting my transfer in a block before they cancel in 10 minutes. But if you give them the monero refund address they've refunded my deposit within 30-60mins, nearly all the time.

mmortal03

legendary

Activity: 1762

Merit: 1011

Quote from: toffoo on July 06, 2016, 08:39:58 PM

I'm having an ongoing issue where outgoing XMR transfers do not make it into the next block, and sometimes not for several blocks. This wreaks havoc with ShapeShift because they cancel the transaction if your deposit if it's not confirmed in a block within 10 minutes.

I assume you're experiencing this when using ShapeShift's precise option, correct? I've tried to avoid the precise option due to exactly what you describe, but have actualy experienced an issue this morning (CST) with their *quick* option, converting XMR to BTC, where the ShapeShift status page acted as if it never received the deposit. It still hasn't, five hours later, even though the transaction showed up on the Monero blockchain five hours ago. I've contacted ShapeShift's support with the TransactionID and PaymentID, of course, but I haven't heard back from them yet.

GingerAle

legendary

Activity: 1260

Merit: 1008

Quote from: luigi1111 on July 07, 2016, 11:17:09 AM

Quote from: saddambitcoin on July 06, 2016, 08:53:00 PM

Quote from: toffoo on July 06, 2016, 08:39:58 PM

Need some help with simplewallet here:

I'm having an ongoing issue where outgoing XMR transfers do not make it into the next block, and sometimes not for several blocks. This wreaks havoc with ShapeShift because they cancel the transaction if your deposit if it's not confirmed in a block within 10 minutes.

If Monero blocks are not nearly full like Bitcoin and miner fees are automatic, what else could it be?

Example:

Code:

[wallet]: transfer xxx........
Money successfully sent, transaction
[wallet]: bc_height
1085653
[wallet]: bc_height
1085654
[wallet]: bc_height
1085655
[wallet]: bc_height
1085656
Height 1085656, transaction , spent xxx........

Why didn't that xfer get included in block 1085654 or 1085655? Thanks for the help!

I don't know how to answer the question but I had a tx in block 1085656, I wasn't paying much attention but I was surprised it took a few blocks to get confirmed. My only guess is with the rapid increase in activity and hashrate over the past couple days there seems to be a lot of variance at the moment...two blocks found within seconds then 10 minutes between blocks: http://moneroblocks.info/

Notice the tx per block is higher than average: http://moneroblocks.info/stats

I'm sorry to hear that Shapeshift is not recognizing the payment as soon as it hits the tx pool. Use xmr.to. I have communicated with a Shapeshift dev on how to get the payment id from the tx pool but I guess they are too busy or something...

Just checking the payment ID isn't a good practice. Pulling and scanning (viewkey/normal wallet stuff) the mempool is fine; that's what xmr.to does AFAIK.

I've also heard rumor that delayed transaction entry into a block can be caused by a version problem between daemon and wallet. Some dude on IRC was getting this behavior because he was using a remote node. God knows what version the remote node is using - anything since 0.9.0 will be at consensus, but 0.9.0 -> 0.9.3 all had their fair share of bugs that were squashed. https://github.com/monero-project/bitmonero/releases

So, by any chance are you using a remote node?

If so, run the daemon! Run a node! Change the world!

luigi1111

legendary

Activity: 1105

Merit: 1000

Quote from: saddambitcoin on July 06, 2016, 08:53:00 PM

Quote from: toffoo on July 06, 2016, 08:39:58 PM

Need some help with simplewallet here:

I'm having an ongoing issue where outgoing XMR transfers do not make it into the next block, and sometimes not for several blocks. This wreaks havoc with ShapeShift because they cancel the transaction if your deposit if it's not confirmed in a block within 10 minutes.

If Monero blocks are not nearly full like Bitcoin and miner fees are automatic, what else could it be?

Example:

Code:

[wallet]: transfer xxx........
Money successfully sent, transaction
[wallet]: bc_height
1085653
[wallet]: bc_height
1085654
[wallet]: bc_height
1085655
[wallet]: bc_height
1085656
Height 1085656, transaction , spent xxx........

Why didn't that xfer get included in block 1085654 or 1085655? Thanks for the help!

I don't know how to answer the question but I had a tx in block 1085656, I wasn't paying much attention but I was surprised it took a few blocks to get confirmed. My only guess is with the rapid increase in activity and hashrate over the past couple days there seems to be a lot of variance at the moment...two blocks found within seconds then 10 minutes between blocks: http://moneroblocks.info/

Notice the tx per block is higher than average: http://moneroblocks.info/stats

I'm sorry to hear that Shapeshift is not recognizing the payment as soon as it hits the tx pool. Use xmr.to. I have communicated with a Shapeshift dev on how to get the payment id from the tx pool but I guess they are too busy or something...

Just checking the payment ID isn't a good practice. Pulling and scanning (viewkey/normal wallet stuff) the mempool is fine; that's what xmr.to does AFAIK.

5w00p

hero member

Activity: 644

Merit: 502

IS it glue?

Arux

hero member

Activity: 500

Merit: 500

Quote from: ?? on ??

Quote from: bbc.reporter on July 07, 2016, 08:59:08 AM

Sorry guys, too lazy to back read this humongous thread, but can someone post a pic of what the official GUI would look like?

https://i.imgur.com/FewKbG1.png

bbc.reporter

legendary

Activity: 3164

Merit: 1506

Sorry guys, too lazy to back read this humongous thread, but can someone post a pic of what the official GUI would look like?

And it looks like XMR is doing well in the exchanges recently. Any chance that's because of the release of the GUI or do you speculate that it could be something else?

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 571. (Read 4671920 times)