Your wrong. I already pointed out how through mining coins can be destroyed permanently.
|
|
|
So received my Nov Jupiter.
Can't connect to machine by either SSH or webpage. It is assigned an IP address just can't connect. Even ping gets no response but not sure if the BBB is setup to respond to ping.
If I disconnect all 4 ASIC boards I can connect to the host and access web gui with no issues. Reconnect the ASIC boards, can't connect. Tried connecting just one ASIC board with same results. Tried two different power supplies with the same results.
Anyone had anything like this or am I just SOL?
have you tried disconnecting the data cables to the ASIC boards but leave the power connected? Not that this will fix anything but you can eliminate the ASIC boards are faulty. just to see if it's a comms problem, because that's what it seems. and only because you say all the asic boards are doing the same thing. Ok so: all boards data cables disconnected + power cable connected = boot & login all boards data cables disconnected + power cable disconnected = boot & login any 1 ASIC board data cable connected + power cable connected = dead At this point I have to think it is an issue with the control board. Obviously my amazing luck. Anything else failing would leave me with some hashing power. On edit: a weird possibly related issue. Any settings made on the host (i.e. setting pool config or enabling SSH) are lost when powering off and on.
|
|
|
So received my Nov Jupiter.
Can't connect to machine by either SSH or webpage. It is assigned an IP address just can't connect. Even ping gets no response but not sure if the BBB is setup to respond to ping.
If I disconnect all 4 ASIC boards I can connect to the host and access web gui with no issues. Reconnect the ASIC boards, can't connect. Tried connecting just one ASIC board with same results. Tried two different power supplies with the same results.
Anyone had anything like this or am I just SOL?
|
|
|
If credit cards take 180 days to be confirmed how will you buy coffee at Starbucks?
|
|
|
That is incorrect, thank you for trying but it does indicate the reason for your incorrect claim above.
Hint: the reason why I picked dice in the example is you can test it yourself. Just be sure to roll a lot of dice.
|
|
|
If the odds of rolling a six are 1 in 6 then how many rolls on average will it take to roll a six. a) Six b) Thee c) One because I am lucky. Come on lucky six. d) I don't see the connection
|
|
|
Please read my example model, you cannot undo what someone has already done, in this case the receiver would have already sent the BTC off.
He still has to wait for confirmations to verify that I haven't sent the coins off to another address I control before he sent them off to an address he controls. Just because I send him a wallet doesn't mean I don't still have a copy to do with whatever I please. Sorry... you've changed nothing yet added extra steps to a transfer. No because receiver can verify if anyone has sent before. Which is no different than a Bitcoin tx. Bitcoin transactions are ALREADY nearly instantaneous. To ensure they aren't double spent requires confirmation. Your proposal doesn't remove the need for a confirmation to prevent a double spend. There is no time savings at all, not even a small one.
|
|
|
Well the nice thing about ASICs is the hashpower can't "move" to other tasks. The hardware is also a sunk cost, it really never makes sense to turn off an ASIC once purchased until it is no longer profitable to run, at which point it would be turned off no matter what.
|
|
|
How would the network know what a wallet is. All coins are always owned by someone at all times. Are you saying you would be unable to spend coins for up to 2 years to max out the reward? Wow that is going to encourage commerce.
|
|
|
Another way to look at it is the reason why Bitcoin uses a proof of work is because preventing a sybill attack is very difficult in a psuedo anonymous network. So rather than trust that nodes are unique it doesn't attempt to prevent people from making multiple nodes and instead forces a consensus by work which can't be faked or easily duplicated.
|
|
|
Well, coins sent to an address for which nobody has the priv key is as close to actual destruction as it gets. That's because the day it becomes possible to recover these coins is the day the crypto that holds all the bitcoins becomes broken.
Unless decades prior Bitcoin was expanded to include new stronger address types. Say tomorrow there is a theoretical flaw in ECDSA which would allow an attacker with billions of dollars to break a ECDSA keypair. It still wouldn't be a direct threat to Bitcoin but attacks always get cheaper and better over time so a new address type is created which provides more security and over the following decade people move funds into the newer address types. It is possible someday when it becomes economical to attack those "old" address types the only funds left will be ones involving lost keys. If that did happen, miners would likely stop relaying transactions from the old address type before it became economical to harvest them en masse. Why? Also 100.000000000000000000000000000000000000000000% of miners? Even if the tx includes a giant tx fee? I doubt it
|
|
|
Well, coins sent to an address for which nobody has the priv key is as close to actual destruction as it gets. That's because the day it becomes possible to recover these coins is the day the crypto that holds all the bitcoins becomes broken.
Unless decades prior Bitcoin was expanded to include new stronger address types. Say tomorrow there is a theoretical flaw in ECDSA which would allow an attacker with billions of dollars to break a ECDSA keypair. It still wouldn't be a direct threat to Bitcoin but attacks always get cheaper and better over time so a new address type is created which provides more security and over the following decade people move funds into the newer address types. It is possible someday when it becomes economical to attack those "old" address types the only funds left will be ones involving lost keys.
|
|
|
An address is a hash of the public key (w/ checksum) not the public key itself.
It is entirely possible that there is no public key which produces the address above.
|
|
|
difficulty * 2^32 = average number of hashes required to solve a block.
Both values express the same concept in different form.
difficulty = 2^256 / (target * 2^32)
|
|
|
Sorry, I can't enjoy my champagne. first I have to know if the will also deliver the 4 extra modules along with the initial shipment to make their customers (investors) happy and in a good mood to come back and by more from HF.
They have already stated they will not, "anticipated delivery of MPP is after 31 January". Key words are after anticipated and after.
|
|
|
We've got a 106xx order and we still don't have a tracking code. Does anyone know the latest order number to have shipped today?
Well someone with 101xx got their shipping details last night, so hopefully we are at 102xx or 103xx tonight. 103XX. Have tracking number but it is NOT moving. just says the label was made, not picked up yet. WTF? 102XX and nothing. I guess they are just shipping them out at random? 101xx and still only status "paid" (Payment date 11/06). Got the same standard answer from support like posted here before, to contact them again on friday. Update on mine. The status still only shows paid but I got UPS notification, weirdly the UPS notification didn't come until today but it is scheduled for delivery tomorrow. Not complaining but it seems like the order status and UP notification might be lagging the actual shipping in some cases. On edit: just checked again and status is now "in progress".
|
|
|
It sent 1 btc, so all is good!
Ask support to fix their freaking system. Basic input validation would be nice. Please let us know what exchange you used, we need to know who is not validating their inputs This please let everyone know so they can avoid it like the plague. Any site not doing the most basic input validation is likely not doing a half dozen other important things like preventing cross site scripting attacks, SQL injection, session hijacking, etc. Utterly unbelievable a site would simply pass garbage input to bitcoind and hope everything works out ok.
|
|
|
The FBI moved the coins. Either they brute forced the wallet password, timed the arrest when the wallet as unlocked, or DPR gave up the password. Either way they coins have been sent to private keys controlled by the government. The block chain is proof of that. Can't move coins you don't have the private key for.
|
|
|
Get the sender to pay at least 0.005 BTC per kB in transaction fees.
That seems like overkill, when the minimum fee is 0.0001. Is the guide outdated? Yes that is out of date. The min fee of 0.1 mBTC is fine. However remember it is 0.1 mBTC PER KB. The total tx fee is unimportant.
|
|
|
I know that they look for a key, by brute force, that produces certain hashes. No much mystery there. That is not correct, or that isn't the whole answer. Miners aren't looking for just a "key" (nonce) which produces a certain hash. Miners are looking for BLOCKHEADER + nonce which when hashed is below the difficulty target. The blockheader binds the block to the set of txs, the chain, and the prior block. This means the input is both deterministic and can't be precomputed. That doesn't exist if a central authority is handing out work. Just using broad vague terms is useless. This is a NON TRIVIAL PROBLEM it has been proposed (in similar useless broad terms) hundreds of times by brand new forum members who "have the answer" and five years later .... nope still doesn't work. If you think it can work you need to do so research not use vague terms like "scientific cetners can provide problems". Exact specific implementation details on how the "mining" would work and how it would secure the network. The proof is in the details and when you start trying to construct such a system either you will realize it can't be done or others can point out specific attacks/flaws that you have no resolution for. The reality is you can't, nobody can. The proposed "solution" is flawed from the beginning. If scientific center(s) are providing the work then they become the central authority. If there is a central authority then you don't have a decentralized system.
|
|
|
|