I do not think that quantum computers have/will have a significant advantage over classical computers when it comes to hashing. There are limits to what they are better at. Quantum Computers are not faster at everything, contrary to popular belief.
|
|
|
C- Sorry but I don't understand the question. Several what? Our system is checking the ALL INCOMING TXS and separate VALID BETS from DONATIONS (small bets or transactions without TIP) and all winning BTC addresses cumulates the winnings until payout (twice a week)
A TX can have several inputs, how do you select the address for payout in these cases? It looks like you need to enter your address in order to play and guess. The guess is only valid if they see that address in a transaction which spends to their address. Or that's what it seems like NO ... It can, but this is also evaluated backwards (the last eveluated block is always few blocks benind the current one )
What do you mean by evaluated backwards? From what I understand, if I mine a block with 200 transactions and I submit a guess for 200 transactions and the transaction that goes with the guess is one of the transactions in the block I mined, then I win. But if the transaction isn't in my block of 200 transactions and instead it goes into someone else's block with 300 transactions, then I lose. Yes? If that is the case, then miners can cheat.
|
|
|
When Installing armory it said it uses bitcoin-core's bitcoind, however I am not sure if that means this is not a ISV wallet and I would need to download the whole 50GB of blockchain?
You will, Armory uses Bitcoin Core's bitcoind, which itself needs to download the whole blockchain. Armory cannot function without Bitcoin Core since it does not do any network stuff, instead it does that through Bitcoin Core.
|
|
|
It seems to go 1 over whenever it has to create new keys. I have noticed the same several times, but I dont know why. My assumption is that it expects a change address to be used with the next transaction and thus creates one more.
I'm pretty sure it is just bad counting. I think it fills the keypool until the specified index (number you entered) has a key. The problem is that it starts counting from 0, so when you get to say index 10000, the size is actually 10001.
|
|
|
I have to say, the device seems pretty pointless. It seems like it is for developers and that the mining is to provide said developers with some Bitcoin to test stuff out on. It looks like it is a dedicated full node with mining capability so that the developers will have some coins to work with for testing. Honestly though, I really don't see the point of it. Testing can be done with the testnet.
As for the OP's question, I think that all of the devices are connected to the same 21 inc pool. Any blocks that pool mines will be attributed to 21 inc, and the resulting payout goes to the developers who are running the device, as normal pools do.
|
|
|
what can one do , to avoid this dust bullshit high fees ? Use a wallet that does not send dust. Most wallets will give you a warning if you attempt to send a dust output. It is up to you to heed that warning and not send a dust output. Fees don't matter if there is a dust output.
|
|
|
knightdk thanks for your help what are the chances , that my transaction will confirm in your experience , it's been more than 12 hours The chances are very low. The dust output is considered dust under the new defaults (2730 satoshis) and under the old defaults (546 satoshis) so I am surprised that you even received it. Most new nodes would not relay a transaction with such a small output. I highly doubt that it will every get confirmed.
|
|
|
if it stays unconfirmed , the coins will be charged back to the original wallet? Not charged back, but the transaction will be dropped from the network, as long as no one is broadcasting it. Then it essentially becomes able to do a double spend since virtually no one will have that transactions why cant i leave my wallet open?
Your wallet will continue to broadcast the transaction while it is open, thus making it impossible for the transaction to drop. Since you are actually the receiver, you need to tell the sender to do that and then resend it. As the receiver of the transaction, there is absolutely nothing you can do. You must wait for it to be confirmed, or wait for the sender to do a double spend and send the transactions but without the dust output.
|
|
|
It looks like you were victim to the transaction malleability attack. Someone malleated your transaction and it looks like one of the two transactions (original or malleated) was confirmed, so your coins are where you sent them, nothing except the txid changed. The problem is that Armory saw both transactions, and the one that is unconfirmed will never be confirmed (it is considered a double spend). To clear it, go to Help > Clear All Unconfirmed. That will also removed the other unconfirmed transaction you have.
|
|
|
Would you guys be able to republish it so that we can make aaacommunity developed version based on what has already been written?
If it comes down to that I will release everything I have and maintain the software myself. Ok. Can you guys at least put out an update for lowS signatures so that armory will work with bitcoin core 0.11.1?
|
|
|
The transaction shouldn't be affecting anything. You might just have a slow sync. If you routinely check and you see that number increasing, then you are still syncing and nothing has frozen. If it is stuck, try restarting electrum and maybe the computer.
|
|
|
Dose anyone know where I can get the list of servers for electrum,
I have attempted to connect to all the ones showing but the status shows sync but never seems to end? I have the following.
Blockchain : 368494 Getting block headers from 8 nodes. Server ELECTRUM.jdubya.info Port 50002
Auto Connect (on) Proxy (None) Use SSL (On)
Is that for you or the server? Whichever it is, it isn't synced since the block height is 380000+
|
|
|
So it's no longer on github?
It was removed sometimes mid August Would you guys be able to republish it so that we can make aaacommunity developed version based on what has already been written?
|
|
|
Project development or digital goods
|
|
|
Where can I get it?
If you have a local copy of the ffreeze branch with its last commit (before it was pulled from the repo), you would have access to that. So it's no longer on github?
|
|
|
All FOSS development has halted since sometimes in August. Bug fixes are worked on, but currently the FOSS version is limited to 0.93.
Long story short, we are in the process of figuring things out. I can tell you a couple things for now:
1) The team has a strong intention to resume FOSS development.
When will this resume and what exactly stopped its development in the first place? 2) 0.94 has been ready since July
Where can I get it?
|
|
|
What do you mean by based on SHA256 in which you can put your own SHA256 Hashes and ask miners of the network to solve those hashes and get rewards (which have to be deposited into the network before asking)
The answer is probably not (although that could change if you clarify). Miners would a) not want to waste time and electricity not mining and b) ASIC miners are highly specialized and can only do SHA256d (d for double) hashes, which means that they can't do normal sha256 hashes.
|
|
|
Hard to say. The github hasn't been updated in several months but the other developers of armory have been active on this forum recently.
|
|
|
Is this something that could be possible when a person is buying goods <100$? In a physical store.
Theoretically, yes. They would need custom software on their mobile device that would allow them to spend the same inputs again and with a different fee.
|
|
|
|