Very nice! Built fine under MacOS X for me, and once I copied over my Linux blockchain.bin and wallet, it runs merrily away. Much nicer than running Linux in VirtualBox, but surprised that is hashing at almost the same rate... Cool, glad to hear it
|
|
|
Wow, they should be fined and taken down as an exchange.
A list of Scamming exchanges should be made, so people know as to avoid them.
The best exchange's I've used so far have been, Cryptsy and Bitstamp.
I've heard stories of BTC-E having taken customers BTC, as well as many other exchanges getting hacked.
btc-e, i think it's unlikely. back when liberty reserve was around someone spoofed their api key for USD and imported $1b USD into the exchanged, dumped it into all the crypto markets, and ran off with everyone's BTC/LTC in buy orders. People who lost cryptocoins were reimbursed by the exchange at their expense.
|
|
|
Did I get it right - mining is going on despite there is an error? What to do to get rid of the error? Who's succeed in solving the problem? I am a lit bit panic, sorry
Just need to update simplewallet to latest version, there's a link above Mining continues in the daemon regardless of your version When will the official version be released? we will update thread in a bit
|
|
|
Did I get it right - mining is going on despite there is an error? What to do to get rid of the error? Who's succeed in solving the problem? I am a lit bit panic, sorry
Just need to update simplewallet to latest version, there's a link above Mining continues in the daemon regardless of your version
|
|
|
If I reclone and recompile in linux it should fix this bug correct?
It should work, yes
|
|
|
So are we able to continue mining while a fix is finalized? I'm in no rush to go through the process of updating to a beta wallet if a final one is going to be released soon anyway. I still seem to be synced to the network in the daemon, it's just that obviously the wallet cannot currently receive any new transactions.
Everybody can continue mining and sending money with an updated simplewallet software. All daemons are ok without any updates because daemons don't care about "extra" field. Buggy merged mining network is stopped an hour ago. Please ask your friend not to test incompatible changes on the mainnet, that is what testnet is for
|
|
|
So are we able to continue mining while a fix is finalized? I'm in no rush to go through the process of updating to a beta wallet if a final one is going to be released soon anyway. I still seem to be synced to the network in the daemon, it's just that obviously the wallet cannot currently receive any new transactions.
Mining is still fine even with the old wallet using the daemon Here are some new x64 linux binaries though: https://mega.co.nz/#!N5dxzZAC!_FOWi9gML1eeSNliyZ4Ihcp6C6tIFdj2xUslnLcNsMQwin64 binaries are building
|
|
|
It doesn't fail in this case but there is no reason to parse it futher because there is no way to understand it. Your version of wallet that continues to parse unknown data is vulnerable to some possible attacks.
Okay, I will make it return on my master then.
|
|
|
In this case the rest of transation can't be parsed by wallet. This means that wallet has to stop parsing this tx. The proper fix will be issued later after talking to Amphibian who created this tx. There are no issues so far with implementing the fix as in my commit, but yes, this is improper error handling It further parses after without error
|
|
|
Network issue is known, I just woke up
Fixing it now
|
|
|
Faucet payments have gone out for today
|
|
|
However, the wallet needs to operate on the whole blockchain if I understand correctly. Downloading and sync-ing the full blockchain is not easy on a mobile device
Not really. When you creates a new wallet you don't need to read all blockchain that have been before, obviously there are can't be a transactions to this address you just created. (and wallet keys file actually keeps creation timestamp inside). You only need a chain of block hashes, that can be fetched very fast(Wallet data file keeps hashes chain to be able detect and handle splits in daemon). So it can be easily implemented in mobile device. Even for bytecoin huge blockchain the hashes in new just created and synchronized wallet takes about 18MB, and it can be reduced without big effort. Ah... I guess if you only use header data it's not much of an issue for an SPV client, but then I'm not sure if this affords additional security to the hash function.
|
|
|
othe from VertCoin has expressed interest in creating an open source Python GUI frontend for ByteCoin/Monero that connects to the wallet RPC server. This is a thread to provide a bounty for this project. MRO donation address: 4BBi2mHacZKCVz83FR9YCpRxefprk3TbtixKrPUtxmUFUrYyV1oqpvNdFe9df2yFswR8QiiMvfNHAFr kXutJzEUE76fnCXx BCN donation address: 263wx2YS6ERL3BeibbHzrP3d3bLMoHeieM4qpvbXUiKeEiie54dTjUpZ4MNNA4j7ej6kq75aLt43xHb Hz6ZzssfwCBbezUA I will be collecting the funds for the GUI bounty. It sounds like we have nearly enough.
The donation address is:
Code: 4BBi2mHacZKCVz83FR9YCpRxefprk3TbtixKrPUtxmUFUrYyV1oqpvNdFe9df2yFswR8QiiMvfNHAFr kXutJzEUE76fnCXx
I am only accepting XMR donations at this time. If you want to donate using something else, you will need to convert it.
If you want to be able to get a refund in the event the bounty is not paid out and the project is cancelled, you will need to post or PM your TXIDs and an MRO return address. Any funds received but not accounted for in this way will be donated to some other community cause.
I will post updates of the amounts received. Pledged bounty: - Tacotime, 500 XMR - Smooth, 500 XMR - NoodleDoodle, 1000 XMR - eizh, 100 XMR - David Latapie, 12 XMR - ficklepickle, 5000 MINT - mickey_miner, 500 XMR - dnaleor, 10 XMR - wallet42, 42 XMR Total: 2100 XMRReceived: 1652 XMR, 121345.46695471 BCN
|
|
|
I can't mine just yet as the deamon is still syncing.
Any way to check just how far it has worked its way through the blockchain?
Cheers
set_log 1
|
|
|
Hello, zone117x has expressed interest in creating an open source ByteCoin/Monero pool: <zone117x> hey I looked at it and it will require substantial refactoring of the codebase and there are many other pressing features needing to be implemented in NOMP <zone117x> so its pretty low on the priority list. <zone117x> those who are very eager for specific NOMP feature can place a bounty, and if I accept it then I'll drop the current features I"m working in order to get it implemented <zone117x> I don't operate any pools myself so pool ops take my open source code, make money off of it, and very few people donate a small amount <zone117x> so the harder to implement that a feature is, the higher the bounty to get me to implement it. otherwise I'll imeplement it on my own time <zone117x> currently there are probably months worth of features higher priority to me than getting that type of coin supported <zone117x> if there is substantial interest in getting that type of coin supported then those who want it should contribute to a bounty I am already offering 1000 MRO for this, but I'd like to start a bounty list for such an implementation. If we get a substantial amount, we can start collecting funds to an escrow and get this pushed out. Donate to this address to raise bounty (MRO): 466CVfQvGmELo8Bc7ypDqTcSUg8Ky4WS7EefFdf4JUvWes4GVmAsXgtKPND9WT3p2bVjyEDFvmTA69S kpvuT5wBy1T1ZwWu Donate to this address to raise bounty (BTC):1Ah8G4Fj9wYTso17T2jx5hsdypNXv7orWS Donate to this address to raise bounty (BCN):2AK9F4qNMwFiSwTQ64xcyMLBH7r4xYJYqS4idGBjRhuU3nrqesKcP1rd3nazxm1v2EZCUyXp8Q4nGFR fSCK8ToUi3GnLAHz From Smooth: I will be collecting the funds for the pool bounty. It sounds like we have nearly enough. The donation address is: Code: 466CVfQvGmELo8Bc7ypDqTcSUg8Ky4WS7EefFdf4JUvWes4GVmAsXgtKPND9WT3p2bVjyEDFvmTA69S kpvuT5wBy1T1ZwWu I am only accepting MRO donations at this time. If you want to donate using something else, you will need to convert it. If you want to be able to get a refund in the event the bounty is not paid out and the project is cancelled, you will need to post or PM your TXIDs and an MRO return address. Any funds received but not accounted for in this way will be donated to some other community cause. I will post updates of the amounts received. I have created a BTC address for pool bounty donations: 1Ah8G4Fj9wYTso17T2jx5hsdypNXv7orWS Please do not use this address for any other purpose. I will not assume return addresses are valid. If you wish to receive a refund if the bounty is cancelled you must provide a return address to me. Any donations not accounted for in this manner will be used for some other community purpose if the pool bounty is cancelled. Pledged Bounty: - TacoTime, 1000 MRO - Smooth, 1000 MRO - NoodleDoodle, 2000 MRO - David Latapie. 25 MRO - surfer43, 200k BCN - mickey_miner, 500 MRO - eizh, 400 MRO - dnaleor, 20 MRO - GreekBitcoin, 17 MRO - tifozi, 100 MRO - othe, 502 MRO - DStrange, 0.3 BTC, 5M BCN - Cheesus, 1M BCN Total: 5564 MRO, 200k BCNReceived bounty: 5439 MRO0.685 BTC5728555.555 BCN
|
|
|
|