If you guys haven't checked out the monero scam accusation thread you should, it is hilarious,
and it reminds me of how strong xmr is.
Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1531. (Read 4670972 times)
August 25, 2014, 09:16:38 PM
August 25, 2014, 09:06:38 PM
What about BTCD?
BTCD is 'I Can't Believe It's Not Monero!'
'Dark Teleport' is something entertaining from Star Trek (campy sci-fi), not a useful description of the underlying technology. Anon is a hard problem; since BTCD can't clearly and succinctly name and explain what breakthrough concept and/or algorithm allows it accomplish anon, just stick with the real thing.
August 25, 2014, 09:05:15 PM
With making offline wallets, is it fine if I continue to use older binaries?
My current offline computer is 32-bit, (upgrading in a few weeks) and I wanted to make sure that generating my .bin.keys is -always- fine to do on older binaries.
My offline computer is still using binaries dating pre-mnemonic passphrase
let me know
PS: Dev Donation coming soon
Keep up the good work!
My current offline computer is 32-bit, (upgrading in a few weeks) and I wanted to make sure that generating my .bin.keys is -always- fine to do on older binaries.
My offline computer is still using binaries dating pre-mnemonic passphrase
let me know
PS: Dev Donation coming soon
Keep up the good work!
You can still use the old wallets and they are still recoverable (even pre-mnemonic) but I do recommend the mnemonic version -- much, much easier to secure your wallet for all time.
August 25, 2014, 08:50:33 PM
XMR is the sweet, creamy butter of anon, made by happy organic cows.
XC is Promise margarine, a brand of fake butter.
Cloak is Country Crock, full of nasty hydrogenated stuff.
Like all cheap imitations, they're best avoided.
LOL ..
Better check those "happy organic cows"
Whatever you're feeding them is giving them a bad case of bloat
I've got some 'fake butter' that will fix that problem
Triff ..
August 25, 2014, 08:33:07 PM
Come over to XC coin, we've got a great community with lots of exciting developments in the works!
How does the XC anonymity feature trump the one of XMR?I'm just a bit concerned that this is a brand of margarine.
Good analogy!
XMR is the sweet, creamy butter of anon, made by happy organic cows. XC is Promise margarine, a brand of fake butter. And Cloak is Country Crock, full of nasty hydrogenated stuff. Like all cheap imitations, they're best avoided.
Speaking of marketing, who else thinks looking into this might be a good idea (to reach the normal people who find this forum gives them hives)?
http://www.deepdotweb.com/advertise-on-deepdotweb/
It's probably much less expensive than a Monero booth at TC Disrupt!
What about BTCD?
August 25, 2014, 08:23:28 PM
Come over to XC coin, we've got a great community with lots of exciting developments in the works!
How does the XC anonymity feature trump the one of XMR?I'm just a bit concerned that this is a brand of margarine.
Good analogy!
XMR is the sweet, creamy butter of anon, made by happy organic cows. XC is Promise margarine, a brand of fake butter. And Cloak is Country Crock, full of nasty hydrogenated stuff. Like all cheap imitations, they're best avoided.
Speaking of marketing, who else thinks looking into this might be a good idea (to reach the normal people who find this forum gives them hives)?
http://www.deepdotweb.com/advertise-on-deepdotweb/
It's probably much less expensive than a Monero booth at TC Disrupt!
August 25, 2014, 07:34:46 PM
With making offline wallets, is it fine if I continue to use older binaries?
My current offline computer is 32-bit, (upgrading in a few weeks) and I wanted to make sure that generating my .bin.keys is -always- fine to do on older binaries.
My offline computer is still using binaries dating pre-mnemonic passphrase
let me know
PS: Dev Donation coming soon
Keep up the good work!
My current offline computer is 32-bit, (upgrading in a few weeks) and I wanted to make sure that generating my .bin.keys is -always- fine to do on older binaries.
My offline computer is still using binaries dating pre-mnemonic passphrase
let me know
PS: Dev Donation coming soon
Keep up the good work!
August 25, 2014, 07:23:54 PM
I've updated to the latest bitmonerod and simplewallet and now when I try to exit the bitmonerod (with the exit command) it just hangs and I have to manually close the window causing me to have to resync every time I reopen. I deleted the poolstate and p2p files, and the issue still persists. I'm running Windows 64-Bit, any workarounds for this? Thanks!
Can you use the save command? If so use that before force exiting.
Just wanted to say thanks, this worked for me. Appreciate the help!
August 25, 2014, 07:12:31 PM
quick question.
can i create a wallet completely offline?
Yes of course.can i create a wallet completely offline?
fluffypony has written a step by step guide:
https://bitcointalksearch.org/topic/m.8246348
As for live disk, my personal favorite is Tails
August 25, 2014, 04:26:04 PM
if needed i opened to public a bitmonerod instance reachable on host: xmr1.coolmining.club and port 5012.
So you can open your wallet like this without the need to run a local bitmonerod instance :
on linux :
rlwrap ./simplewallet --wallet-file /path/to/wallet/wallet.bin --password '******' --daemon-address xmr1.coolmining.club:5012
on windows should be the same except rlwrap doesnt exist by default on windows.
So no more fastidious downloading of the blockchain for people with little connection, they just need to be able to run simplewallet.
This service is as is, don't complain about security ! and the blockchain file is in ramfs, so you can always try to save_bc
So you can open your wallet like this without the need to run a local bitmonerod instance :
on linux :
rlwrap ./simplewallet --wallet-file /path/to/wallet/wallet.bin --password '******' --daemon-address xmr1.coolmining.club:5012
on windows should be the same except rlwrap doesnt exist by default on windows.
So no more fastidious downloading of the blockchain for people with little connection, they just need to be able to run simplewallet.
This service is as is, don't complain about security ! and the blockchain file is in ramfs, so you can always try to save_bc
August 25, 2014, 03:18:39 PM
Not a big deal, ofc.
Blame smooth.
Blame smooth.
August 25, 2014, 03:07:18 PM
Thanks, the brackets of wallet help for paymentID confused me.
I had to set mixing to 0, fees are kinda high and I'm just testing with micro amounts.
Wallet reports success so far...
Edit: Polo is confirming. Seems like daemon running without issues with limited tx speed.
I just set it to 10kb/s and it still seems to be working normally, no problem with communication to wallet apparent.
I had to set mixing to 0, fees are kinda high and I'm just testing with micro amounts.
Wallet reports success so far...
Edit: Polo is confirming. Seems like daemon running without issues with limited tx speed.
I just set it to 10kb/s and it still seems to be working normally, no problem with communication to wallet apparent.
Whoa wonderfull !
you just achieved what a lot of other did ! August 25, 2014, 02:47:47 PM
Thanks, the brackets of wallet help for paymentID confused me.
I had to set mixing to 0, fees are kinda high and I'm just testing with micro amounts.
Wallet reports success so far...
Edit: Polo is confirming. Seems like daemon running without issues with limited tx speed.
I just set it to 10kb/s and it still seems to be working normally, no problem with communication to wallet apparent.
I had to set mixing to 0, fees are kinda high and I'm just testing with micro amounts.
Wallet reports success so far...
Edit: Polo is confirming. Seems like daemon running without issues with limited tx speed.
I just set it to 10kb/s and it still seems to be working normally, no problem with communication to wallet apparent.
August 25, 2014, 02:42:04 PM
Yes that should be fine. As long as you aren't solo mining you don't need high speed. Even then you don't need a lot of bandwidth, just low latency.
Please report back how it works. Others may benefit from this as well!
Well, I received from Polo instantly, by having daemon tx speed limited to 30kb/s. Please report back how it works. Others may benefit from this as well!
Can someone please give me noob a template how to transfer to Polo with payment ID? Then I'll also test outgoing transfers.
are you using simplewallet?
Code:
transfer
use a mixin factor > 1
August 25, 2014, 02:38:36 PM
Yes that should be fine. As long as you aren't solo mining you don't need high speed. Even then you don't need a lot of bandwidth, just low latency.
Please report back how it works. Others may benefit from this as well!
Well, I received from Polo instantly, by having daemon tx speed limited to 30kb/s. Please report back how it works. Others may benefit from this as well!
Can someone please give me noob a template how to transfer to Polo with payment ID? Then I'll also test outgoing transfers.
August 25, 2014, 01:56:14 PM
It is something we are working on. Most of it is people downloading the entire blockchain (using poorly behaved code). We encourage people to use the static web downloads but we can't force that.
If the bandwidth usage is too much for you to handle, as a work around you can block incoming connections, but we don't encourage this generally because it will make the network unstable if too many people do it.
Thanks for response.If the bandwidth usage is too much for you to handle, as a work around you can block incoming connections, but we don't encourage this generally because it will make the network unstable if too many people do it.
What about limiting TX speed with 3rd party program (e.g. cFosSpeed)?
Yes that should be fine. As long as you aren't solo mining you don't need high speed. Even then you don't need a lot of bandwidth, just low latency.
Please report back how it works. Others may benefit from this as well!
August 25, 2014, 01:52:27 PM
It is something we are working on. Most of it is people downloading the entire blockchain (using poorly behaved code). We encourage people to use the static web downloads but we can't force that.
If the bandwidth usage is too much for you to handle, as a work around you can block incoming connections, but we don't encourage this generally because it will make the network unstable if too many people do it.
Thanks for response.If the bandwidth usage is too much for you to handle, as a work around you can block incoming connections, but we don't encourage this generally because it will make the network unstable if too many people do it.
What about limiting TX speed with 3rd party program (e.g. cFosSpeed)?
August 25, 2014, 01:13:10 PM
Come over to XC coin, we've got a great community with lots of exciting developments in the works!
How does the XC anonymity feature trump the one of XMR?I'm just a bit concerned that this is a brand of margarine.
EDIT: I should have held my peace perhaps, but I find my own jokes too amusing sometimes.
I CHALLENGE you to stop the jokes!
August 25, 2014, 12:58:55 PM
Normal for the time being, yes. These are transactions floating around in the network that miners reject because the old client's fee is too low. It's the recent stopgap patch at work.
Is it also normal that the bandwidth is so high?It eats up my 5mbit upstream.
It is something we are working on. Most of it is people downloading the entire blockchain (using poorly behaved code). We encourage people to use the static web downloads but we can't force that.
If the bandwidth usage is too much for you to handle, as a work around you can block incoming connections, but we don't encourage this generally because it will make the network unstable if too many people do it.
August 25, 2014, 12:56:50 PM
Normal for the time being, yes. These are transactions floating around in the network that miners reject because the old client's fee is too low. It's the recent stopgap patch at work.
Is it also normal that the bandwidth is so high?It eats up my 5mbit upstream.
Jump to: