Can You Cancel Unconfirmed Bitcoin Transactions? Yes, Here ...

Bitcoin Transaction Remains Unconfirmed

Hello, thanks for any help provided.
I sent out a transaction last night, but I guess I shut off my laptop too quickly, because when I got home today and powered it up it was offline. This transaction was to a mobile wallet by the way. So I am home and the status goes from offline to unconfirmed. It has been a couple of hours and the status has not changed, just remains at unconfirmed? Did I fuck something up? Related to malleability attack?
Using Bitcoin Core for Windows by the way.
Thanks in advance for any help.
EDIT: Important Info
Status: 0/unconfirmed, broadcast through 8 nodes
Date: 10/21/2015 21:11
To: Mycelium 1N3WiAG2Gv6uLtAdgYdzCuLKkgiNqgoRc5
Debit: -0.16200000 BTC
Transaction fee: -0.00000673 BTC
Net amount: -0.16200673 BTC
Transaction ID: 6786032ab11e1c4d8f2629b870b58cddd9e3bfcc2ebc1004b1bac5a20e33f8d6-000
submitted by TheBuffDuck to Bitcoin [link] [comments]

Bitcoin Transaction Remains Unconfirmed /r/Bitcoin

Bitcoin Transaction Remains Unconfirmed /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

[uncensored-r/Bitcoin] How long can a transaction remain unconfirmed before it is lost forever?

The following post by twpmeister is being replicated because some comments within the post(but not the post itself) have been silently removed.
The original post can be found(in censored form) at this link:
np.reddit.com/ Bitcoin/comments/7gl7cg
The original post's content was as follows:
What happens long term to a transaction that just won't confirm?
Mines been nearly 3 days so far (receiving from exchange so I had no fee control)
ad3c8eaabd0d19d96cd67c87de9f56c6f60ffb864f484388fe4b47e874cdc91d
submitted by censorship_notifier to noncensored_bitcoin [link] [comments]

My blockchain.info transaction has been unconfirmed for a month. As a result my new transaction for $2000 now remains unconfirmed too :( /r/Bitcoin

My blockchain.info transaction has been unconfirmed for a month. As a result my new transaction for $2000 now remains unconfirmed too :( /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

How long can a transaction remain unconfirmed before it is lost forever? /r/Bitcoin

How long can a transaction remain unconfirmed before it is lost forever? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Once a transaction is signed, even if the fee paid is a very low amount of satoshis, will it eventually get its first confirmation or can it remain unconfirmed forever due to efforts of a malicious entity? /r/Bitcoin

Once a transaction is signed, even if the fee paid is a very low amount of satoshis, will it eventually get its first confirmation or can it remain unconfirmed forever due to efforts of a malicious entity? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

HELP! It's been a week and two transactions remain unconfirmed. My wallet is subsequently unable to transfer funds. /r/Bitcoin

HELP! It's been a week and two transactions remain unconfirmed. My wallet is subsequently unable to transfer funds. /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Will transaction remain unconfirmed if received does not accept? /r/Bitcoin

Will transaction remain unconfirmed if received does not accept? /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

My Transaction Remains Unconfirmed /r/Bitcoin

My Transaction Remains Unconfirmed /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Transaction remaining unconfirmed after nearly 6 hours.. /r/Bitcoin

Transaction remaining unconfirmed after nearly 6 hours.. /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Technical: Taproot: Why Activate?

This is a follow-up on https://old.reddit.com/Bitcoin/comments/hqzp14/technical_the_path_to_taproot_activation/
Taproot! Everybody wants it!! But... you might ask yourself: sure, everybody else wants it, but why would I, sovereign Bitcoin HODLer, want it? Surely I can be better than everybody else because I swapped XXX fiat for Bitcoin unlike all those nocoiners?
And it is important for you to know the reasons why you, o sovereign Bitcoiner, would want Taproot activated. After all, your nodes (or the nodes your wallets use, which if you are SPV, you hopefully can pester to your wallet vendoimplementor about) need to be upgraded in order for Taproot activation to actually succeed instead of becoming a hot sticky mess.
First, let's consider some principles of Bitcoin.
I'm sure most of us here would agree that the above are very important principles of Bitcoin and that these are principles we would not be willing to remove. If anything, we would want those principles strengthened (especially the last one, financial privacy, which current Bitcoin is only sporadically strong with: you can get privacy, it just requires effort to do so).
So, how does Taproot affect those principles?

Taproot and Your /Coins

Most HODLers probably HODL their coins in singlesig addresses. Sadly, switching to Taproot would do very little for you (it gives a mild discount at spend time, at the cost of a mild increase in fee at receive time (paid by whoever sends to you, so if it's a self-send from a P2PKH or bech32 address, you pay for this); mostly a wash).
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash, so the Taproot output spends 12 bytes more; spending from a P2WPKH requires revealing a 32-byte public key later, which is not needed with Taproot, and Taproot signatures are about 9 bytes smaller than P2WPKH signatures, but the 32 bytes plus 9 bytes is divided by 4 because of the witness discount, so it saves about 11 bytes; mostly a wash, it increases blockweight by about 1 virtual byte, 4 weight for each Taproot-output-input, compared to P2WPKH-output-input).
However, as your HODLings grow in value, you might start wondering if multisignature k-of-n setups might be better for the security of your savings. And it is in multisignature that Taproot starts to give benefits!
Taproot switches to using Schnorr signing scheme. Schnorr makes key aggregation -- constructing a single public key from multiple public keys -- almost as trivial as adding numbers together. "Almost" because it involves some fairly advanced math instead of simple boring number adding, but hey when was the last time you added up your grocery list prices by hand huh?
With current P2SH and P2WSH multisignature schemes, if you have a 2-of-3 setup, then to spend, you need to provide two different signatures from two different public keys. With Taproot, you can create, using special moon math, a single public key that represents your 2-of-3 setup. Then you just put two of your devices together, have them communicate to each other (this can be done airgapped, in theory, by sending QR codes: the software to do this is not even being built yet, but that's because Taproot hasn't activated yet!), and they will make a single signature to authorize any spend from your 2-of-3 address. That's 73 witness bytes -- 18.25 virtual bytes -- of signatures you save!
And if you decide that your current setup with 1-of-1 P2PKH / P2WPKH addresses is just fine as-is: well, that's the whole point of a softfork: backwards-compatibility; you can receive from Taproot users just fine, and once your wallet is updated for Taproot-sending support, you can send to Taproot users just fine as well!
(P2WPKH and P2WSH -- SegWit v0 -- addresses start with bc1q; Taproot -- SegWit v1 --- addresses start with bc1p, in case you wanted to know the difference; in bech32 q is 0, p is 1)
Now how about HODLers who keep all, or some, of their coins on custodial services? Well, any custodial service worth its salt would be doing at least 2-of-3, or probably something even bigger, like 11-of-15. So your custodial service, if it switched to using Taproot internally, could save a lot more (imagine an 11-of-15 getting reduced from 11 signatures to just 1!), which --- we can only hope! --- should translate to lower fees and better customer service from your custodial service!
So I think we can say, very accurately, that the Bitcoin principle --- that YOU are in control of your money --- can only be helped by Taproot (if you are doing multisignature), and, because P2PKH and P2WPKH remain validly-usable addresses in a Taproot future, will not be harmed by Taproot. Its benefit to this principle might be small (it mostly only benefits multisignature users) but since it has no drawbacks with this (i.e. singlesig users can continue to use P2WPKH and P2PKH still) this is still a nice, tidy win!
(even singlesig users get a minor benefit, in that multisig users will now reduce their blockchain space footprint, so that fees can be kept low for everybody; so for example even if you have your single set of private keys engraved on titanium plates sealed in an airtight box stored in a safe buried in a desert protected by angry nomads riding giant sandworms because you're the frickin' Kwisatz Haderach, you still gain some benefit from Taproot)
And here's the important part: if P2PKH/P2WPKH is working perfectly fine with you and you decide to never use Taproot yourself, Taproot will not affect you detrimentally. First do no harm!

Taproot and Your Contracts

No one is an island, no one lives alone. Give and you shall receive. You know: by trading with other people, you can gain expertise in some obscure little necessity of the world (and greatly increase your productivity in that little field), and then trade the products of your expertise for necessities other people have created, all of you thereby gaining gains from trade.
So, contracts, which are basically enforceable agreements that facilitate trading with people who you do not personally know and therefore might not trust.
Let's start with a simple example. You want to buy some gewgaws from somebody. But you don't know them personally. The seller wants the money, you want their gewgaws, but because of the lack of trust (you don't know them!! what if they're scammers??) neither of you can benefit from gains from trade.
However, suppose both of you know of some entity that both of you trust. That entity can act as a trusted escrow. The entity provides you security: this enables the trade, allowing both of you to get gains from trade.
In Bitcoin-land, this can be implemented as a 2-of-3 multisignature. The three signatories in the multisgnature would be you, the gewgaw seller, and the escrow. You put the payment for the gewgaws into this 2-of-3 multisignature address.
Now, suppose it turns out neither of you are scammers (whaaaat!). You receive the gewgaws just fine and you're willing to pay up for them. Then you and the gewgaw seller just sign a transaction --- you and the gewgaw seller are 2, sufficient to trigger the 2-of-3 --- that spends from the 2-of-3 address to a singlesig the gewgaw seller wants (or whatever address the gewgaw seller wants).
But suppose some problem arises. The seller gave you gawgews instead of gewgaws. Or you decided to keep the gewgaws but not sign the transaction to release the funds to the seller. In either case, the escrow is notified, and if it can sign with you to refund the funds back to you (if the seller was a scammer) or it can sign with the seller to forward the funds to the seller (if you were a scammer).
Taproot helps with this: like mentioned above, it allows multisignature setups to produce only one signature, reducing blockchain space usage, and thus making contracts --- which require multiple people, by definition, you don't make contracts with yourself --- is made cheaper (which we hope enables more of these setups to happen for more gains from trade for everyone, also, moon and lambos).
(technology-wise, it's easier to make an n-of-n than a k-of-n, making a k-of-n would require a complex setup involving a long ritual with many communication rounds between the n participants, but an n-of-n can be done trivially with some moon math. You can, however, make what is effectively a 2-of-3 by using a three-branch SCRIPT: either 2-of-2 of you and seller, OR 2-of-2 of you and escrow, OR 2-of-2 of escrow and seller. Fortunately, Taproot adds a facility to embed a SCRIPT inside a public key, so you can have a 2-of-2 Taprooted address (between you and seller) with a SCRIPT branch that can instead be spent with 2-of-2 (you + escrow) OR 2-of-2 (seller + escrow), which implements the three-branched SCRIPT above. If neither of you are scammers (hopefully the common case) then you both sign using your keys and never have to contact the escrow, since you are just using the escrow public key without coordinating with them (because n-of-n is trivial but k-of-n requires setup with communication rounds), so in the "best case" where both of you are honest traders, you also get a privacy boost, in that the escrow never learns you have been trading on gewgaws, I mean ewww, gawgews are much better than gewgaws and therefore I now judge you for being a gewgaw enthusiast, you filthy gewgawer).

Taproot and Your Contracts, Part 2: Cryptographic Boogaloo

Now suppose you want to buy some data instead of things. For example, maybe you have some closed-source software in trial mode installed, and want to pay the developer for the full version. You want to pay for an activation code.
This can be done, today, by using an HTLC. The developer tells you the hash of the activation code. You pay to an HTLC, paying out to the developer if it reveals the preimage (the activation code), or refunding the money back to you after a pre-agreed timeout. If the developer claims the funds, it has to reveal the preimage, which is the activation code, and you can now activate your software. If the developer does not claim the funds by the timeout, you get refunded.
And you can do that, with HTLCs, today.
Of course, HTLCs do have problems:
Fortunately, with Schnorr (which is enabled by Taproot), we can now use the Scriptless Script constuction by Andrew Poelstra. This Scriptless Script allows a new construction, the PTLC or Pointlocked Timelocked Contract. Instead of hashes and preimages, just replace "hash" with "point" and "preimage" with "scalar".
Or as you might know them: "point" is really "public key" and "scalar" is really a "private key". What a PTLC does is that, given a particular public key, the pointlocked branch can be spent only if the spender reveals the private key of the given public key to you.
Another nice thing with PTLCs is that they are deniable. What appears onchain is just a single 2-of-2 signature between you and the developemanufacturer. It's like a magic trick. This signature has no special watermarks, it's a perfectly normal signature (the pledge). However, from this signature, plus some datta given to you by the developemanufacturer (known as the adaptor signature) you can derive the private key of a particular public key you both agree on (the turn). Anyone scraping the blockchain will just see signatures that look just like every other signature, and as long as nobody manages to hack you and get a copy of the adaptor signature or the private key, they cannot get the private key behind the public key (point) that the pointlocked branch needs (the prestige).
(Just to be clear, the public key you are getting the private key from, is distinct from the public key that the developemanufacturer will use for its funds. The activation key is different from the developer's onchain Bitcoin key, and it is the activation key whose private key you will be learning, not the developer's/manufacturer's onchain Bitcoin key).
So:
Taproot lets PTLCs exist onchain because they enable Schnorr, which is a requirement of PTLCs / Scriptless Script.
(technology-wise, take note that Scriptless Script works only for the "pointlocked" branch of the contract; you need normal Script, or a pre-signed nLockTimed transaction, for the "timelocked" branch. Since Taproot can embed a script, you can have the Taproot pubkey be a 2-of-2 to implement the Scriptless Script "pointlocked" branch, then have a hidden script that lets you recover the funds with an OP_CHECKLOCKTIMEVERIFY after the timeout if the seller does not claim the funds.)

Quantum Quibbles!

Now if you were really paying attention, you might have noticed this parenthetical:
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash...)
So wait, Taproot uses raw 32-byte public keys, and not public key hashes? Isn't that more quantum-vulnerable??
Well, in theory yes. In practice, they probably are not.
It's not that hashes can be broken by quantum computes --- they're still not. Instead, you have to look at how you spend from a P2WPKH/P2PKH pay-to-public-key-hash.
When you spend from a P2PKH / P2WPKH, you have to reveal the public key. Then Bitcoin hashes it and checks if this matches with the public-key-hash, and only then actually validates the signature for that public key.
So an unconfirmed transaction, floating in the mempools of nodes globally, will show, in plain sight for everyone to see, your public key.
(public keys should be public, that's why they're called public keys, LOL)
And if quantum computers are fast enough to be of concern, then they are probably fast enough that, in the several minutes to several hours from broadcast to confirmation, they have already cracked the public key that is openly broadcast with your transaction. The owner of the quantum computer can now replace your unconfirmed transaction with one that pays the funds to itself. Even if you did not opt-in RBF, miners are still incentivized to support RBF on RBF-disabled transactions.
So the extra hash is not as significant a protection against quantum computers as you might think. Instead, the extra hash-and-compare needed is just extra validation effort.
Further, if you have ever, in the past, spent from the address, then there exists already a transaction indelibly stored on the blockchain, openly displaying the public key from which quantum computers can derive the private key. So those are still vulnerable to quantum computers.
For the most part, the cryptographers behind Taproot (and Bitcoin Core) are of the opinion that quantum computers capable of cracking Bitcoin pubkeys are unlikely to appear within a decade or two.
So:
For now, the homomorphic and linear properties of elliptic curve cryptography provide a lot of benefits --- particularly the linearity property is what enables Scriptless Script and simple multisignature (i.e. multisignatures that are just 1 signature onchain). So it might be a good idea to take advantage of them now while we are still fairly safe against quantum computers. It seems likely that quantum-safe signature schemes are nonlinear (thus losing these advantages).

Summary

I Wanna Be The Taprooter!

So, do you want to help activate Taproot? Here's what you, mister sovereign Bitcoin HODLer, can do!

But I Hate Taproot!!

That's fine!

Discussions About Taproot Activation

submitted by almkglor to Bitcoin [link] [comments]

What is Bitcoin Cash and some exchanges to try out!

Bitcoin Cash (BCH) came about in August 2017 after a hard fork and a split in the Bitcoin blockchain. Bitcoin Cash is a direct result of the constant debates and many opinions about the future of Bitcoin’s scalability and mass adoption.

Bitcoin vs. Bitcoin Cash

Bitcoin’s blockchain has grown exponentially in recent times. This means that many more users are using the cryptocurrency, which is slowing down the network.
The limited Bitcoin block size of 1 MB means that blocks are filling up quickly, resulting in a long queue of unconfirmed transactions. As a result, at peak times, transactions have become slow and expensive.
Bitcoin cash, on the other hand, was initially created with an 8MB block, which was later on increased in size to 32MB. This change allows for more transactions to be processed in each block mined.
Many see this as a step forward in terms of how best to scale the network.
Bitcoin Cash opposers remain adamant that it’s simply a short-term fix that doesn’t solve the problem in the long run. Also, they claim there’s no implementation of ideas such as Segwit to help effectively break transactions down into smaller, more manageable pieces.
Bitcoin Cash (BCH), Sometimes referred to as Bcash, is a fork of Bitcoin (BTC). When a fork occurs on a Blockchain, the currency is basically duplicated.
This means that anyone with Bitcoins in his possession at the time the fork occurred, got credited with the same amount of Bitcoin Cash.

Buying Bitcoin Cash in 3 Simple Steps

Step 1: Get a Bitcoin Cash Wallet

Before you can buy Bitcoin Cash, you’ll need a Bitcoin Cash wallet to store it in. Hardware wallets that support Bitcoin Cash include industry leaders Ledger and TREZOR.
Both Ledger and TREZOR provide functions for you to use Bitcoin Cash as you would any other cryptocurrency. Both have also introduced the ability to claim your funds if you already owned Bitcoin at the time of the Bitcoin Cash hard fork.
Additionally, there are a variety of software wallets you can use to store Bitcoin Cash as well.
Exodus provides a great user experience with a seamless coin exchange service known as Shapeshift built in.
Edge is a mobile wallet for iOS and Android that supports multiple cryptocurrencies including Bitcoin Cash. It also has a variety of features allowing you to buy cryptocurrencies and exchange them from within the app.
Electron Cash is a clone of the awesome Electrum wallet for Bitcoin. If you’re used to Electrum, then you’ll have no problem jumping on board with its sister technology.
Other wallets that support BCH include Keepkey, BTC.com, Bitpay, and Coinomi. You can view all available wallets on the official Bitcoin Cash website.
Once you have your wallet, you will need your Bitcoin Cash address. It’s a long string of letters and numbers that start with either a “1” or a “3” — similar to normal Bitcoin addresses.
Since many people got confused and started sending Bitcoins to Bitcoin Cash wallets and vice versa, a new format was invented for Bitcoin Cash. The format, called “Cash Address” is 42 characters long and starts with a “p” or a “q”. Here’s an example:
qpm2qsznhks23z7629mms6s4cwef74vcwvy22gdx6a
Keep in mind that Cash Addresses are just a representation of original Bitcoin Cash addresses. This means that the same address can be represented in two different ways (normal format or Cash Address format).
Not all wallets support Cash address format.

Step 2: Find a Bitcoin Cash Exchange

Most Bitcoin exchanges will also allow you to buy Bitcoin Cash, here are top ones around.
Buy Bitcoin Cash Through eToro
eToro allows users from around the world to buy and sell Bitcoin Cash with a variety of payment methods.
eToro is more aimed towards investing in BCH for making a profit in fiat currency (i.e. Dollars, Euros, etc.) rather than actually using it. That being said, eToro does give you access to your coins and allows you to send coins from eToro to other people.
If you use eToro for investment only, you don’t actually need a Bitcoin Cash wallet as you won’t be withdrawing the coins.
*75% of retail investor accounts lose money when trading CFDs with this provider. You should consider whether you can afford to take the high risk of losing your money. CFDs are not offered to US users. Cryptoassets are highly volatile unregulated investment products. No EU investor protection.
Buy Bitcoin Cash Through Coinmama
Coinmama, one of the oldest exchanges around, allows you to buy Bitcoin Cash with a credit card, debit card or SEPA transfer. Coinmama accepts users from almost all countries around the world.
Buy Bitcoin Cash Through CEX.io
CEX.IO, based in London, is a trusted, experienced name in the industry, having been around since 2013. You can choose from a selection of cryptocurrencies on the site, including Bitcoin Cash.
The exchange has a brokerage service (easier to use, more expensive) and a trading platform (cheaper but more complex).CEX accepts credit cards, debit cards, wire transfers and SEPA.
Buy Bitcoin Cash Through Coinbase
Coinbase is a reputable Bitcoin exchange that supplies a variety of other services including a wallet, a trading platform (Coinbase Pro) and a Bitcoin debit card.
If you’re a beginner, it’s probably best to use the brokerage service which is a bit more expensive, but easier to use. Advanced users can use Coinbase Pro to buy Bitcoin Cash with lower fees.
Coinbase accepts debit cards and wire transfers.
Buy Bitcoin Cash Through Bitstamp
Bitstamp, the oldest exchange around, supports the trading of BCH to Bitcoin and direct purchases with US dollars or Euros. There’s also an option to buy Bitcoin Cash with your credit card at a higher price.
If you know your way around Bitcoin trading platforms it’s best to use that service and not the credit card service since you’ll save substantially on fees.
Other options to purchase Bitcoin Cash include Bitfinex, Cryptmixer, Kraken, Poloniex, HitBTC, and more (you can view all available exchanges on Bitcoin Cash’s website).

Step 3: Transfer the BCH to your wallet

As usual, I recommend that you never leave money on an exchange.
Once you’ve finished buying your Bitcoin Cash, move it to your own wallet (the one you chose in step 1). You can then follow the status of your transaction using a Bitcoin Cash block explorer.
Once you receive three confirmations for your Bitcoin Cash, you can safely say you’ve completed the process.

Conclusion

It’s apparent that Bitcoin Cash has still not gained full acceptance by large parts of the cryptocurrency community. It still sits firmly in second place to its older brother in terms of both price and usage.
Bitcoin Cash has the advantage of being the first major split that has garnered acceptance. Most forks after it didn’t receive nearly enough attention from the community or the media.
However, with internal conflicts inside its founding team and accelerated Bitcoin development for scalability solutions, I’m not sure if there’s an actual use case for Bitcoin Cash other than price speculation.
submitted by MonishaNuij to MonMonCrypto [link] [comments]

[ Bitcoin ] Technical: Taproot: Why Activate?

Topic originally posted in Bitcoin by almkglor [link]
This is a follow-up on https://old.reddit.com/Bitcoin/comments/hqzp14/technical_the_path_to_taproot_activation/
Taproot! Everybody wants it!! But... you might ask yourself: sure, everybody else wants it, but why would I, sovereign Bitcoin HODLer, want it? Surely I can be better than everybody else because I swapped XXX fiat for Bitcoin unlike all those nocoiners?
And it is important for you to know the reasons why you, o sovereign Bitcoiner, would want Taproot activated. After all, your nodes (or the nodes your wallets use, which if you are SPV, you hopefully can pester to your wallet vendoimplementor about) need to be upgraded in order for Taproot activation to actually succeed instead of becoming a hot sticky mess.
First, let's consider some principles of Bitcoin.
I'm sure most of us here would agree that the above are very important principles of Bitcoin and that these are principles we would not be willing to remove. If anything, we would want those principles strengthened (especially the last one, financial privacy, which current Bitcoin is only sporadically strong with: you can get privacy, it just requires effort to do so).
So, how does Taproot affect those principles?

Taproot and Your /Coins

Most HODLers probably HODL their coins in singlesig addresses. Sadly, switching to Taproot would do very little for you (it gives a mild discount at spend time, at the cost of a mild increase in fee at receive time (paid by whoever sends to you, so if it's a self-send from a P2PKH or bech32 address, you pay for this); mostly a wash).
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash, so the Taproot output spends 12 bytes more; spending from a P2WPKH requires revealing a 32-byte public key later, which is not needed with Taproot, and Taproot signatures are about 9 bytes smaller than P2WPKH signatures, but the 32 bytes plus 9 bytes is divided by 4 because of the witness discount, so it saves about 11 bytes; mostly a wash, it increases blockweight by about 1 virtual byte, 4 weight for each Taproot-output-input, compared to P2WPKH-output-input).
However, as your HODLings grow in value, you might start wondering if multisignature k-of-n setups might be better for the security of your savings. And it is in multisignature that Taproot starts to give benefits!
Taproot switches to using Schnorr signing scheme. Schnorr makes key aggregation -- constructing a single public key from multiple public keys -- almost as trivial as adding numbers together. "Almost" because it involves some fairly advanced math instead of simple boring number adding, but hey when was the last time you added up your grocery list prices by hand huh?
With current P2SH and P2WSH multisignature schemes, if you have a 2-of-3 setup, then to spend, you need to provide two different signatures from two different public keys. With Taproot, you can create, using special moon math, a single public key that represents your 2-of-3 setup. Then you just put two of your devices together, have them communicate to each other (this can be done airgapped, in theory, by sending QR codes: the software to do this is not even being built yet, but that's because Taproot hasn't activated yet!), and they will make a single signature to authorize any spend from your 2-of-3 address. That's 73 witness bytes -- 18.25 virtual bytes -- of signatures you save!
And if you decide that your current setup with 1-of-1 P2PKH / P2WPKH addresses is just fine as-is: well, that's the whole point of a softfork: backwards-compatibility; you can receive from Taproot users just fine, and once your wallet is updated for Taproot-sending support, you can send to Taproot users just fine as well!
(P2WPKH and P2WSH -- SegWit v0 -- addresses start with bc1q; Taproot -- SegWit v1 --- addresses start with bc1p, in case you wanted to know the difference; in bech32 q is 0, p is 1)
Now how about HODLers who keep all, or some, of their coins on custodial services? Well, any custodial service worth its salt would be doing at least 2-of-3, or probably something even bigger, like 11-of-15. So your custodial service, if it switched to using Taproot internally, could save a lot more (imagine an 11-of-15 getting reduced from 11 signatures to just 1!), which --- we can only hope! --- should translate to lower fees and better customer service from your custodial service!
So I think we can say, very accurately, that the Bitcoin principle --- that YOU are in control of your money --- can only be helped by Taproot (if you are doing multisignature), and, because P2PKH and P2WPKH remain validly-usable addresses in a Taproot future, will not be harmed by Taproot. Its benefit to this principle might be small (it mostly only benefits multisignature users) but since it has no drawbacks with this (i.e. singlesig users can continue to use P2WPKH and P2PKH still) this is still a nice, tidy win!
(even singlesig users get a minor benefit, in that multisig users will now reduce their blockchain space footprint, so that fees can be kept low for everybody; so for example even if you have your single set of private keys engraved on titanium plates sealed in an airtight box stored in a safe buried in a desert protected by angry nomads riding giant sandworms because you're the frickin' Kwisatz Haderach, you still gain some benefit from Taproot)
And here's the important part: if P2PKH/P2WPKH is working perfectly fine with you and you decide to never use Taproot yourself, Taproot will not affect you detrimentally. First do no harm!

Taproot and Your Contracts

No one is an island, no one lives alone. Give and you shall receive. You know: by trading with other people, you can gain expertise in some obscure little necessity of the world (and greatly increase your productivity in that little field), and then trade the products of your expertise for necessities other people have created, all of you thereby gaining gains from trade.
So, contracts, which are basically enforceable agreements that facilitate trading with people who you do not personally know and therefore might not trust.
Let's start with a simple example. You want to buy some gewgaws from somebody. But you don't know them personally. The seller wants the money, you want their gewgaws, but because of the lack of trust (you don't know them!! what if they're scammers??) neither of you can benefit from gains from trade.
However, suppose both of you know of some entity that both of you trust. That entity can act as a trusted escrow. The entity provides you security: this enables the trade, allowing both of you to get gains from trade.
In Bitcoin-land, this can be implemented as a 2-of-3 multisignature. The three signatories in the multisgnature would be you, the gewgaw seller, and the escrow. You put the payment for the gewgaws into this 2-of-3 multisignature address.
Now, suppose it turns out neither of you are scammers (whaaaat!). You receive the gewgaws just fine and you're willing to pay up for them. Then you and the gewgaw seller just sign a transaction --- you and the gewgaw seller are 2, sufficient to trigger the 2-of-3 --- that spends from the 2-of-3 address to a singlesig the gewgaw seller wants (or whatever address the gewgaw seller wants).
But suppose some problem arises. The seller gave you gawgews instead of gewgaws. Or you decided to keep the gewgaws but not sign the transaction to release the funds to the seller. In either case, the escrow is notified, and if it can sign with you to refund the funds back to you (if the seller was a scammer) or it can sign with the seller to forward the funds to the seller (if you were a scammer).
Taproot helps with this: like mentioned above, it allows multisignature setups to produce only one signature, reducing blockchain space usage, and thus making contracts --- which require multiple people, by definition, you don't make contracts with yourself --- is made cheaper (which we hope enables more of these setups to happen for more gains from trade for everyone, also, moon and lambos).
(technology-wise, it's easier to make an n-of-n than a k-of-n, making a k-of-n would require a complex setup involving a long ritual with many communication rounds between the n participants, but an n-of-n can be done trivially with some moon math. You can, however, make what is effectively a 2-of-3 by using a three-branch SCRIPT: either 2-of-2 of you and seller, OR 2-of-2 of you and escrow, OR 2-of-2 of escrow and seller. Fortunately, Taproot adds a facility to embed a SCRIPT inside a public key, so you can have a 2-of-2 Taprooted address (between you and seller) with a SCRIPT branch that can instead be spent with 2-of-2 (you + escrow) OR 2-of-2 (seller + escrow), which implements the three-branched SCRIPT above. If neither of you are scammers (hopefully the common case) then you both sign using your keys and never have to contact the escrow, since you are just using the escrow public key without coordinating with them (because n-of-n is trivial but k-of-n requires setup with communication rounds), so in the "best case" where both of you are honest traders, you also get a privacy boost, in that the escrow never learns you have been trading on gewgaws, I mean ewww, gawgews are much better than gewgaws and therefore I now judge you for being a gewgaw enthusiast, you filthy gewgawer).

Taproot and Your Contracts, Part 2: Cryptographic Boogaloo

Now suppose you want to buy some data instead of things. For example, maybe you have some closed-source software in trial mode installed, and want to pay the developer for the full version. You want to pay for an activation code.
This can be done, today, by using an HTLC. The developer tells you the hash of the activation code. You pay to an HTLC, paying out to the developer if it reveals the preimage (the activation code), or refunding the money back to you after a pre-agreed timeout. If the developer claims the funds, it has to reveal the preimage, which is the activation code, and you can now activate your software. If the developer does not claim the funds by the timeout, you get refunded.
And you can do that, with HTLCs, today.
Of course, HTLCs do have problems:
Fortunately, with Schnorr (which is enabled by Taproot), we can now use the Scriptless Script constuction by Andrew Poelstra. This Scriptless Script allows a new construction, the PTLC or Pointlocked Timelocked Contract. Instead of hashes and preimages, just replace "hash" with "point" and "preimage" with "scalar".
Or as you might know them: "point" is really "public key" and "scalar" is really a "private key". What a PTLC does is that, given a particular public key, the pointlocked branch can be spent only if the spender reveals the private key of the given private key to you.
Another nice thing with PTLCs is that they are deniable. What appears onchain is just a single 2-of-2 signature between you and the developemanufacturer. It's like a magic trick. This signature has no special watermarks, it's a perfectly normal signature (the pledge). However, from this signature, plus some datta given to you by the developemanufacturer (known as the adaptor signature) you can derive the private key of a particular public key you both agree on (the turn). Anyone scraping the blockchain will just see signatures that look just like every other signature, and as long as nobody manages to hack you and get a copy of the adaptor signature or the private key, they cannot get the private key behind the public key (point) that the pointlocked branch needs (the prestige).
(Just to be clear, the public key you are getting the private key from, is distinct from the public key that the developemanufacturer will use for its funds. The activation key is different from the developer's onchain Bitcoin key, and it is the activation key whose private key you will be learning, not the developer's/manufacturer's onchain Bitcoin key).
So:
Taproot lets PTLCs exist onchain because they enable Schnorr, which is a requirement of PTLCs / Scriptless Script.
(technology-wise, take note that Scriptless Script works only for the "pointlocked" branch of the contract; you need normal Script, or a pre-signed nLockTimed transaction, for the "timelocked" branch. Since Taproot can embed a script, you can have the Taproot pubkey be a 2-of-2 to implement the Scriptless Script "pointlocked" branch, then have a hidden script that lets you recover the funds with an OP_CHECKLOCKTIMEVERIFY after the timeout if the seller does not claim the funds.)

Quantum Quibbles!

Now if you were really paying attention, you might have noticed this parenthetical:
(technical details: a Taproot output is 1 version byte + 32 byte public key, while a P2WPKH (bech32 singlesig) output is 1 version byte + 20 byte public key hash...)
So wait, Taproot uses raw 32-byte public keys, and not public key hashes? Isn't that more quantum-vulnerable??
Well, in theory yes. In practice, they probably are not.
It's not that hashes can be broken by quantum computes --- they're still not. Instead, you have to look at how you spend from a P2WPKH/P2PKH pay-to-public-key-hash.
When you spend from a P2PKH / P2WPKH, you have to reveal the public key. Then Bitcoin hashes it and checks if this matches with the public-key-hash, and only then actually validates the signature for that public key.
So an unconfirmed transaction, floating in the mempools of nodes globally, will show, in plain sight for everyone to see, your public key.
(public keys should be public, that's why they're called public keys, LOL)
And if quantum computers are fast enough to be of concern, then they are probably fast enough that, in the several minutes to several hours from broadcast to confirmation, they have already cracked the public key that is openly broadcast with your transaction. The owner of the quantum computer can now replace your unconfirmed transaction with one that pays the funds to itself. Even if you did not opt-in RBF, miners are still incentivized to support RBF on RBF-disabled transactions.
So the extra hash is not as significant a protection against quantum computers as you might think. Instead, the extra hash-and-compare needed is just extra validation effort.
Further, if you have ever, in the past, spent from the address, then there exists already a transaction indelibly stored on the blockchain, openly displaying the public key from which quantum computers can derive the private key. So those are still vulnerable to quantum computers.
For the most part, the cryptographers behind Taproot (and Bitcoin Core) are of the opinion that quantum computers capable of cracking Bitcoin pubkeys are unlikely to appear within a decade or two.
So:
For now, the homomorphic and linear properties of elliptic curve cryptography provide a lot of benefits --- particularly the linearity property is what enables Scriptless Script and simple multisignature (i.e. multisignatures that are just 1 signature onchain). So it might be a good idea to take advantage of them now while we are still fairly safe against quantum computers. It seems likely that quantum-safe signature schemes are nonlinear (thus losing these advantages).

Summary

I Wanna Be The Taprooter!

So, do you want to help activate Taproot? Here's what you, mister sovereign Bitcoin HODLer, can do!

But I Hate Taproot!!

That's fine!

Discussions About Taproot Activation

almkglor your post has been copied because one or more comments in this topic have been removed. This copy will preserve unmoderated topic. If you would like to opt-out, please send a message using [this link].
[deleted comment]
[deleted comment]
[deleted comment]
submitted by anticensor_bot to u/anticensor_bot [link] [comments]

What is really happening in the bitcoin mining process?

What is really happening in the bitcoin mining process?
April 30, 2020 | There’s more than just the sound of thousands of vacuums
It is very easy to just silo the arcane bitcoin mining process as just a bunch of machines computing mathematical algorithms. Although for the most part this is true, and the veracity of this is not far off from the real truth, but what we see on the surface is not identical to what we see below the surface. Understanding bitcoin mining goes beyond the USB enabled ASIC miners we are accustomed to see on every thumbnail article we come across related to this industry.

It’s easy to understand why newbies halt their understanding of bitcoin mining to just state-of-the-art supercomputers with cool flickering neon green lights.
The following below is taken from the masterpiece of a novel, “Mastering Bitcoin”, by the great Andreas Antonopolous. As elegant as it sounds, its best to restate Andreas’ explanation of emergent consensus.
“Satoshi Nakamoto’s main invention is the decentralized mechanism for emergent consensus. Emergent, because consensus is not achieved explicitly — there is no election or fixed moment when consensus occurs. Instead, consensus is an emergent artifact of the asynchronous interaction of thousands of independent nodes, all following simple rules. All the properties of bitcoin, including currency, transactions, payments, and the security model that does not depend on central authority or trust, derive from this invention.
Bitcoin’s decentralized consensus emerges from the interplay of four processes that occur independently on nodes across the network:
  • Independent verification of each transaction, by every full node, based on a comprehensive list of criteria
  • Independent aggregation of those transactions into new blocks by mining nodes, coupled with demonstrated computation through a proof-of-work algorithm
  • Independent verification of the new blocks by every node and assembly into a chain
  • Independent selection, by every node, of the chain with the most cumulative computation demonstrated through proof of work”
The following is a scenario taken from the book as well which excellently demonstrates what is going on with a mining node and its corresponding connected miner machine:
“A mining node is listening for transactions, trying to mine a new block and also listening for blocks discovered by other nodes. The arrival of this block signifies the end of the competition for block 277,315 and the beginning of the competition to create block 277,316. During the previous 10 minutes, while Jing’s node was searching for a solution to block 277,315, it was also collecting transactions in preparation for the next block. By now it has collected a few hundred transactions in the memory pool. Upon receiving block 277,315 and validating it, Jing’s node will also check all the transactions in the memory pool and remove any that were included in block 277,315. Whatever transactions remain in the memory pool are unconfirmed and are waiting to be recorded in a new block. Jing’s node immediately constructs a new empty block, a candidate for block 277,316. This block is called a candidate block because it is not yet a valid block, as it does not contain a valid proof of work. The block becomes valid only if the miner succeeds in finding a solution to the proof-of-work algorithm.
These specialized machines are connected to his mining node over USB. Next, the mining node running on Jing’s desktop transmits the block header to his mining hardware, which starts testing trillions of nonces per second.”
That is essentially the process of what a miner machine and a mining node is going through each every second it is hooked up to the network. Of course this is just a high level overview with a bland taste but one could go more in depth by reading the book mentioned.
Source:
1.Mastering Bitcoin: Unlocking Digital Cryptocurrencies 1st Edition, by Andreas M. Antonopoulos, O’Reilly Media; 1 edition (December 20, 2014)
submitted by 1TMine to u/1TMine [link] [comments]

the year 2020 in Bitcoin Cash so far: a detailed history

the year 2020 in Bitcoin Cash so far: a detailed history
What follows at the bottom is a four page long chronological overview of what happened in BCH in 2020 so far. To make it more digestable and fun to read I start with my narrating of the story.
My attempt was to remain as objective as possible and "let the facts speak for themselve" with everything sourced. I also link to many read.cash articles, the decision of which are the important ones to include is certainly not easy, I count on the rest of the community if I overlooked anything important.

summary & my narrating of the story:
The year started out relatively calm, with cashfusion in "the news" and an older ongoing controversy between Amaury and Roger Ver being worked out. Starting Jan 22nd all debate broke loose with the announcement of “Infrastructure Funding Plan for Bitcoin Cash” by Jiang Zhuoer of BTC.TOP. To illustrate this point 2 days later coinspice ran the title " Roger Ver Praises Vigorous Debate, [...]" and 6 days, less than a week, later Chris Pacia made a read.cash post titled "The 253rd "Thoughts on developer funding" Article" which might have been only a slight exaggeration or he might have been counting. Part of the reason of the tsunami was the lack of worked out details. By the time of Pacia's post a lot had changed: Both BU, Bitcoin Verde and a group of miners had made announcements not to go along with "the plan".
On feb 1st, the second version of the IFP was announced by Jiang Zhuoer in a post “BCH miner donation plan update”. Two weeks later on Feb 15th, the third iteration was announced by Bitcoin ABC which was to be activated by hashrate voting and on the same day Flipstarter was introduced, a sign of the search for alternative solutions. After a few more days and a few more people coming out more against the IFP (including Jonald Fyookball, Mark Lundeberg & Josh Ellithorpe), BCHN was announced on feb 20th with a formal release a week later. Also feb 27th, the DAA was brought back into the conversation by Jonathan Toomim with his " The BCH difficulty adjustment algorithm is broken. Here's how to fix it." video. By early march the IFP was effectively dead with its author Jiang Zhuoer vowing to vote against it. This became clear to everyone when ABC, a day later sudddenly shifted gears towards non-protocol, donation based funding: the IFP was dead. End march ABCs 2020 Business Plan was announced as a way to raise $3.3 million. Mid april to mid may was the high time for voluntary funding with four node implementations and General Protocols, a BCH DeFi Startup successfully raising funds.
By May 15th, the 6th HF network upgrade things had pretty much cooled down. The upgraded included nothing controversial and even saw an unexpected doubling in the unconfirmed transaction chain. June 15th a month later things started to heat up again with the BCHN announcement to remove the "poison pill" or "automatic replay protection". 8th Jul Jonathan Toomim posted "BCH protocol upgrade proposal: Use ASERT as the new DAA" which promised the solution to the long dragging DAA problem. Jul 23th however an unexpected twist occurred when Amaury Séchet posted "Announcing the Grasberg DAA" an incompatible, alternative solution. This, again, sparked a ton of debate and discussion. Grasberg lasted just two weeks from Jul 23th to Aug 6th when ABC announced its plans for the november 2020 upgrade but it had successfully united the opposition in the meanwhile. ABCs plan for november included dropping grasberg in favour of aserti3–2d and introducing IFPv4. Now we're here August 8th, the IFP which was declared dead after just over a month (Jan 22-Mar 5) is now back in full force. The rest of the history is still being written but if p2p electronic cash is to succeed in any big regard it's very thinkable that these events will get into history books.

Important resources: coinspice IFP timeline & Compiled list of BCH Miner Dev Fund posts, articles, discussions

History
Jan 13th : “Do CoinJoins Really Require Equal Transaction Amounts for Privacy? Part One: CashFusion” article by BitcoinMagazine [source]
Jan 13th : “Clearing the Way for Cooperation” Read.cash article by Amaury Séchet [source] on the controversy with Roger Ver about the amount of donations over the years
Jan 22nd : “Infrastructure Funding Plan for Bitcoin Cash” IFPv1 announced by Jiang Zhuoer of BTC.TOP [source] IFPv1: 12.5% of BCH coinbase rewards which will last for 6 months through a Hong Kong-based corporation & to be activated on May 15th
Jan 22nd : ”Bitcoin Cash Developers React to Infrastructure Fund Announcement: Cautiously Optimistic” coinspice article including Amaury Séchet, Antony Zegers, Jonald Fyookball & Josh Ellithorpe [source]
Jan 23rd : Jiang Zhuoer reddit AMA [source] [coinspice article]
Jan 23rd : Vitalik weighs in with his take on twitter [source]
Jan 23rd :” On the infrastructure funding plan for Bitcoin Cash” article by Amaury Séchet [source] [coinspice article] in which he proposed to place control of the IFP key in his hands together with Jonald Fyookball and Antony Zegers. . A group of 7 to 12 miners, developers, and businessmen in total would get an advisory function.
Jan 24th : “Bitcoin.com's Clarifications on the Miner Development Fund“ which emphasizes, among other things, the temporary and reversible nature of the proposal [source] [coinspice article]
Jan 24th : “Little Known (But Important!) Facts About the Mining Plan” Read.cash article by Jonald Fyookball in which he defended the IFP and stressed its necessity and temporary nature.
Jan 25th : massive amounts of public debate as documented by coinspice [coinspice article] with Justin Bons, Tobias Ruck and Antony Zegers explaining their take on it.
Jan 26th : public debate continues: “Assessment and proposal re: the Bitcoin Cash infrastructure funding situation” Read.cash article by imaginary_username [source] which was noteworthy in part because the post earned over Earns $1,000+ in BCH [coinspice article] and “The Best Of Intentions: The Dev Tax Is Intended to Benefit Investors But Will Corrupt Us Instead” by Peter Rizun [source]
Jan 27th : “We are a group of miners opposing the BTC.TOP proposal, here's why” article on Read.cash [source] [reddit announcement]
Jan 27th : Bitcoin Unlimited's BUIP 143: Refuse the Coinbase Tax [source][reddit announcement]
Jan 28th : “Bitcoin Verde's Response to the Miner Sponsored Development Fund” read.cash article by Josh Green in which he explains “Bitcoin Verde will not be implementing any node validation that enforces new coinbase rules.” [source]
Jan 28th : “Update on Developer Funding” read.cash article from Bitcoin.com [source] in which they state “As it stands now, Bitcoin.com will not go through with supporting any plan unless there is more agreement in the ecosystem such that the risk of a chain split is negligible.” And that “any funding proposal must be temporary and reversible.” This announcement from bitcoin.com and their mining pool lead the anonymous opposition miners to stand down. [source]
Jan 28th : The 253rd "Thoughts on developer funding" Article – by Chris Pacia, to tackle the “serious misconceptions in the community about how software development works”. He ends on a note of support for the IFP because of lack of realistic alternatives. [source]
Feb 1st: “BCH miner donation plan update” IFPv2 announced by Jiang Zhuoer of BTC.TOP [source] Which changes the donation mechanism so miners directly send part of their coinbase to the projects they wants to donate to. It would be activated with hashrate voting over a 3-month period with a 2/3 in favour requirement. The proposal also introduces a pilot period and a no donation option, Jiang Zhuoer also says he regards 12.% as too much.
Feb 7th: Group of BCH miners led by AsicSeer voice scepticism about the IFP during a reddit AMA [source]
Feb 15th: “On the Miner Infrastructure Funding Plan” article by Bitcoin ABC [source] In which they announce they will implement IFPv3 in their upcoming 0.21.0 release. This version has amount reduced to 5% of block reward and will go in effect with BIP 9 hashratevoting and a whitelist with different projects.
Feb 15th : “Introducing Flipstarter” [source]
Feb 16th :” Bitcoin.com’s stance on the recent block reward diversion proposals” video by Roger Ver on the Bitcoin.com Official Channel. [source] > Ver called Zhuoer’s IFP “clever” but ultimately “problematic.” [coinspice article]
Feb 16th :” BCH miner donation plan update again” read.cash article by Jiang Zhuoer of BTC.TOP [source] In which he briefly outlines the details of IFPv3
Feb 17th : “Latest Thoughts On Infrastructure Mining Plan” post by Jonald Fyookball [source]
Feb 17th : “Regarding the Bitcoin Cash Infrastructure Funding Plan, I am certain now that it should be scrapped immediately.” tweet by Mark Lundeberg [source]
Feb 19th : “Thoughts on the IFP - A Dev Perspective“ read.cash article by Josh Ellithorpe [source]
Feb 20th : “Bitcoin Cash Node” post announcing the new node implementation [source]
Feb 20th : First “Bitcoin Cash Developer Meeting” After IFP Proposal [source]
Feb 24th : “Flipstarter 500k, 6 independent campaigns” post announcing the goal to “fund the BCH ecosystem with 6 independent campaigns and an overall 500,000 USD target” [source]
Feb 27th : BCHN Formally Released [source]
Feb 27th : “The BCH difficulty adjustment algorithm is broken. Here's how to fix it.” Video by Jonathan Toomim [source]
Mar 3th :” Bitcoin Cash Node 2020: plans for May upgrade and beyond” post by BCHN [source]
Mar 4th :”Author of the Bitcoin Cash IFP [Jiang Zhuoer] Vows to Vote Against It, Using Personal Hash in Opposition” [source]
Mar 5th :Bitcoin ABC announces their 2020 Business Plan Fundraising for later in march [source]
Mar 15th : “EatBCH campaign funded! Next: node campaigns.” campaign funded after 11 hours [source]
Mar 30th : Bitcoin ABC 2020 Business Plan [source] $3.3 Million Fundraiser [source]
Apr 17th : Five flipstarter node campaign launched. [source]
Apr 26th : BCHN flipstarter campaign successfully funded. [source]
Apr 27th : VERDE flipstarter campaign successfully funded. [source]
May 4th : KNUTH flipstarter campaign successfully funded. [source]
May 7th : “BCH DeFi Startup General Protocols Raises Over $1 mil“ [source]
May 8th : BCHD flipstarter campaign successfully funded. [source]
May 9th : Deadline for node campaigns, ABC flipstarter campaign not funded. [source]
May 14th : “With IFP Defeated, Bitcoin ABC, ViaBTC & CoinEX CEO Publicly Consider a Bitcoin Cash Foundation” [source]
May 15th : deadline for ABC fundraiser campaign, ends at 55% completed. [source]
May 15th : 6th HF network upgrade -> new opcode op_Reversebytes, increased of the chained transaction limit from 25 to 50, and the improved counting of signature operations using the new “Sigchecks” implementation [source] with the “Controversial Funding Plan Rejected by Miners” [source]
May 25th : “Announcing the SLP Foundation” [source]
Jun 15st : “BCHN lead maintainer report 2020-06-15” announcement to remove the Automatic Replay Protection (a.k.a. the Poison Pill) from BCHN in november [source]
Jun 16st : “So [BCHN] is going to fork off from BCH at the next upgrade. Same old story. […]” tweeted Vin Armani [source]
Jun 21st : “Why Automatic Replay Protection Exists” post by Shammah Chancellor [source]
Jul 7th : “The Popular Stablecoin Tether Is Now Circulating on the Bitcoin Cash Network” [source]
Jul 8th : “BCH protocol upgrade proposal: Use ASERT as the new DAA” post by Jonathan Toomim [source]
Jul 18th : “$6M Worth of Tether on the Bitcoin Cash Chain Highlights the Benefits of SLP Tokens” [source]
Jul 23th : “Announcing the Grasberg DAA” post by Amaury Séchet[source]
Jul 24th : “Thoughts on Grasberg DAA” post by Mark Lundeberg [source]
Jul 29th : CashFusion security audit has been completed [source]
Jul 31st : Electron Cash 4.1.0 release with CashFusion support [source]
4th year, august 2020 – 2021
Aug 1st : “Bitcoin Cash: Scaling the Globe“ Online conference for ForkDay Celebration [source]
Aug 2nd : >“Is there going to be a fork between ABC and BCHN?” > “IMO it is very likely. If not in November, then next May.” – Amaury Séchet
Aug 3rd : “Dark secrets of the Grasberg DAA” post by Jonathan Toomim [source]
Aug 3rd : “Joint Statement On aserti3-2d Algorithm“ post by General Protocols, including Cryptophyl, Read.cash, Software Verde & SpinBCH [source]
Aug 3rd : Knuth announces they will be implementing aserti3-2d as DAA for november. [source]
Aug 3rd : Amaury rage quit from the developer call [source]
Aug 4th : “But why do people care about compensating for historical drift? Seems like a tiny problem and if it's causing this much social discord it seems not even worth bothering to try to fix.” Tweet by Vitalik [source]
Aug 5th : “Bitcoin Cash (BCH) November 2020 Upgrade statement” signed by BCHD, electron cash, VERDE, BU members, BCHN developers, Jonathan Toomim, Mark B. Lundeberg and many others [source]
Aug 5th : “BCHN FAQ on November 2020 Bitcoin Cash network upgrade” [source]
Aug 6th : “Bitcoin ABC’s plan for the November 2020 upgrade” [source] the announcement that they will drop Grasberg in favour of aserti3–2d (ASERT) and will also include FPv4 in which 8% of the blockreward goes to ABC as development funding.
Aug 7th : “Joint Statement from BCH Miners regarding Bitcoin ABC and the November 2020 BCH Upgrade.” Read.cash article by asicseer [source] stating “Over recent months, most miners and pools have switched to BCHN, and presently operate a majority of BCH hashrate.”
Aug 7th : “Simple Ledger Protocol's Joint Statement Regarding Bitcoin ABC on BCH's November 2020 Upgrade” read.cash post by the SLP-Foundation [source]
submitted by Mr-Zwets to btc [link] [comments]

The Mysterious Entity that Caused the Bitcoin Network fees to Jump 146% in May

The Mysterious Entity that Caused the Bitcoin Network fees to Jump 146% in May
May 25, 2020
SHARE0
Bitcoin price has yet again taken a dive to $8,800, recording a drop of 4%.
Meanwhile, Network Demand Score which is a metric incorporating network velocity, transaction value, fees, and miner’s rolling inventory, climbed to 6/6 following the bitcoin halving meaning the network is growing stronger which could also be a sign that “we’re in a longer-term bull market.”
Since March 12th, just before the massive sell-off, this score has remained above a 3/6 reflecting growing strength in network activity and instilling confidence in the ongoing uptrend for the bitcoin price.
3 Reasons why fees skyrocketed
One component of this indicator, bitcoin on-chain fees has been surging like crazy.
Last week, Bitcoin average transaction fee climbed to $7, last seen in February 2018. This has the miner revenues from fees rising to the levels not seen for more than 2 years. But this week, it also dropped 55% to $3.13.
The increase in transaction fees, which is increasingly becoming more important for Bitcoin network security, has been because of the unconfirmed transactions piling on in mempool.
A decline in hash rate following halving caused fewer blocks to be found and will continue until the next difficulty adjustment has been one of the reasons behind this jump in fees.
The other reason is the large fluctuations in bitcoin price which has traders sending coins between exchanges.
Ather reason is a “mysterious entity which has been consolidating outputs at the highest fee rates, driving up fees for everyone,” pointed out Serrrgej Kotliar, CEO Bitrefill.
Who is this “Crazy1o1”?
Over the weekend Kotliar shared how, for the past 14 days, this mysterious entity has consolidated a lower-bound of 720 thousand outputs, 5 MB per day, more than BitMEX.
Since May 1st, this entity named “Crazy1o1” has spent around 804k UTXOs and has paid more than 104BTC in mining fees during this time, noted Laurent.
“On some days, these fees are equivalent to 10-12% of all the fees received by miners,” he said.
Laurent along with others suspect this entity to be the cryptocurrency exchange Coinbase.
Earlier this month, it was also found that crypto derivatives exchange BitMEX is making the bitcoin network expensive for everyone and its own users are paying 6.8% of total daily transaction fees.
Prepare for the next bull market
All of this a “decent fire drill for what might happen if we see another bull market,” said Kotliar. Grubles from Blockstream said,
“ON-CHAIN FEES AND BTC PRICE MOVEMENTS CHART. YOU CAN SEE THAT BIG MOVEMENTS RESULT IN PEOPLE RUSHING TO TRANSACT (ALMOST CERTAINLY TO/FROM EXCHANGES), PUSHING FEES UP FOR OTHER NON-TRADER USERS WHO NEED UNCENSORABLE / IRREVERSIBLE TRANSACTIONS.”
The fees reached its all-time high at over $55 during the peak of the bull market in December 2017. As such in the next bull market, a 5x growth in on-chain transactions should be expected.
But given that batching, one of the many ways the network has been scaled is here, it will prevent the pressure on the network from getting worse than 2017. But exchanges will need to be prepared for this.
submitted by kealenz to BitcoinMarkets [link] [comments]

Ledger showing unconfirmed transaction after a month and 5000+ confirmations

After setting up my Nano X last month, I transferred my Bitcoin from Coinbase. The transaction has remained unconfirmed despite 5000+ confirmations according to blockstream.info. It was my first time transferring funds, all subsequent transfers have been confirmed, and my balance on Ledger Live is correct.
Ledger’s website says that it can sometimes take several days to confirm a transaction, but this situation seems like it may be a display issue on Ledger Live.
Any thoughts and suggestions are greatly appreciated!
submitted by IWearCondominiums to BitcoinBeginners [link] [comments]

The Mysterious Entity that Caused the Bitcoin Network fees to Jump 146% in May

Bitcoin price has yet again taken a dive to $8,800, recording a drop of 4%.
Meanwhile, Network Demand Score which is a metric incorporating network velocity, transaction value, fees, and miner’s rolling inventory, climbed to 6/6 following the bitcoin halving meaning the network is growing stronger which could also be a sign that “we’re in a longer-term bull market.”
Since March 12th, just before the massive sell-off, this score has remained above a 3/6 reflecting growing strength in network activity and instilling confidence in the ongoing uptrend for the bitcoin price.
3 Reasons why fees skyrocketed
One component of this indicator, bitcoin on-chain fees has been surging like crazy.
Last week, Bitcoin average transaction fee climbed to $7, last seen in February 2018. This has the miner revenues from fees rising to the levels not seen for more than 2 years. But this week, it also dropped 55% to $3.13.
The increase in transaction fees, which is increasingly becoming more important for Bitcoin network security, has been because of the unconfirmed transactions piling on in mempool.
A decline in hash rate following halving caused fewer blocks to be found and will continue until the next difficulty adjustment has been one of the reasons behind this jump in fees.
The other reason is the large fluctuations in bitcoin price which has traders sending coins between exchanges.
Ather reason is a “mysterious entity which has been consolidating outputs at the highest fee rates, driving up fees for everyone,” pointed out Serrrgej Kotliar, CEO Bitrefill.
Who is this “Crazy1o1”?
Over the weekend Kotliar shared how, for the past 14 days, this mysterious entity has consolidated a lower-bound of 720 thousand outputs, 5 MB per day, more than BitMEX.
Since May 1st, this entity named “Crazy1o1” has spent around 804k UTXOs and has paid more than 104BTC in mining fees during this time, noted Laurent.
“On some days, these fees are equivalent to 10-12% of all the fees received by miners,” he said.
Laurent along with others suspect this entity to be the cryptocurrency exchange Coinbase.
Earlier this month, it was also found that crypto derivatives exchange BitMEX is making the bitcoin network expensive for everyone and its own users are paying 6.8% of total daily transaction fees.
Prepare for the next bull market
All of this a “decent fire drill for what might happen if we see another bull market,” said Kotliar. Grubles from Blockstream said,
“ON-CHAIN FEES AND BTC PRICE MOVEMENTS CHART. YOU CAN SEE THAT BIG MOVEMENTS RESULT IN PEOPLE RUSHING TO TRANSACT (ALMOST CERTAINLY TO/FROM EXCHANGES), PUSHING FEES UP FOR OTHER NON-TRADER USERS WHO NEED UNCENSORABLE / IRREVERSIBLE TRANSACTIONS.”
The fees reached its all-time high at over $55 during the peak of the bull market in December 2017. As such in the next bull market, a 5x growth in on-chain transactions should be expected.
But given that batching, one of the many ways the network has been scaled is here, it will prevent the pressure on the network from getting worse than 2017. But exchanges will need to be prepared for this.
submitted by kealenz to btc [link] [comments]

The Mysterious Entity that Caused the Bitcoin Network fees to Jump 146% in May

Bitcoin price has yet again taken a dive to $8,800, recording a drop of 4%.
Meanwhile, Network Demand Score which is a metric incorporating network velocity, transaction value, fees, and miner’s rolling inventory, climbed to 6/6 following the bitcoin halving meaning the network is growing stronger which could also be a sign that “we’re in a longer-term bull market.”
Since March 12th, just before the massive sell-off, this score has remained above a 3/6 reflecting growing strength in network activity and instilling confidence in the ongoing uptrend for the bitcoin price.
3 Reasons why fees skyrocketed
One component of this indicator, bitcoin on-chain fees has been surging like crazy.
Last week, Bitcoin average transaction fee climbed to $7, last seen in February 2018. This has the miner revenues from fees rising to the levels not seen for more than 2 years. But this week, it also dropped 55% to $3.13.
The increase in transaction fees, which is increasingly becoming more important for Bitcoin network security, has been because of the unconfirmed transactions piling on in mempool.
A decline in hash rate following halving caused fewer blocks to be found and will continue until the next difficulty adjustment has been one of the reasons behind this jump in fees.
The other reason is the large fluctuations in bitcoin price which has traders sending coins between exchanges.
Ather reason is a “mysterious entity which has been consolidating outputs at the highest fee rates, driving up fees for everyone,” pointed out Serrrgej Kotliar, CEO Bitrefill.
Who is this “Crazy1o1”?
Over the weekend Kotliar shared how, for the past 14 days, this mysterious entity has consolidated a lower-bound of 720 thousand outputs, 5 MB per day, more than BitMEX.
Since May 1st, this entity named “Crazy1o1” has spent around 804k UTXOs and has paid more than 104BTC in mining fees during this time, noted Laurent.
“On some days, these fees are equivalent to 10-12% of all the fees received by miners,” he said.
Laurent along with others suspect this entity to be the cryptocurrency exchange Coinbase.
Earlier this month, it was also found that crypto derivatives exchange BitMEX is making the bitcoin network expensive for everyone and its own users are paying 6.8% of total daily transaction fees.
Prepare for the next bull market
All of this a “decent fire drill for what might happen if we see another bull market,” said Kotliar. Grubles from Blockstream said,
“ON-CHAIN FEES AND BTC PRICE MOVEMENTS CHART. YOU CAN SEE THAT BIG MOVEMENTS RESULT IN PEOPLE RUSHING TO TRANSACT (ALMOST CERTAINLY TO/FROM EXCHANGES), PUSHING FEES UP FOR OTHER NON-TRADER USERS WHO NEED UNCENSORABLE / IRREVERSIBLE TRANSACTIONS.”
The fees reached its all-time high at over $55 during the peak of the bull market in December 2017. As such in the next bull market, a 5x growth in on-chain transactions should be expected.
But given that batching, one of the many ways the network has been scaled is here, it will prevent the pressure on the network from getting worse than 2017. But exchanges will need to be prepared for this.
submitted by kealenz to Buttcoin [link] [comments]

Transaction not getting confirmed for almost 24 h now?

I have send some BTC from an electrum wallet to an address on another electrum wallet. Almost 24h have passed now since I signed the transaction and the status is still remaining unconfirmed.
What gives?
I am a newbie to Bitcoin as you guys might have presumed.
submitted by Poo1tergeist to Bitcoin [link] [comments]

Fix Issued For ‘Serious’ Bitcoin Wallet Security Threat

Fix Issued For ‘Serious’ Bitcoin Wallet Security Threat
Bitcoin hacks and thefts have exploded since bitcoin's epic 2017 bull run saw the price balloon to around $20,000.

https://preview.redd.it/bxhlt2fdam851.jpg?width=960&format=pjpg&auto=webp&s=a3a82ec51bf8e01f57a7246977c988c2ecf53fde
The bitcoin price has fallen by more than half since its late-2017 all-time high but bitcoin users remain a popular target for hackers.
Now, researchers have warned "millions" of bitcoin users might have been exposed by a newly discovered vulnerability in a number of popular bitcoin wallets.
Bitcoin transactions across three major bitcoin wallets were vulnerable to what some might call a double-spending attack, researchers at Tel Aviv-based bitcoin and crypto company ZenGo have revealed, adding other wallets beyond the nine they tested could be compromised.
The bitcoin wallets known to be affected—Ledger Live, Edge and BRD—have been updated in an effort to prevent the attack after their developers were alerted by ZenGo.
The vulnerability, named BigSpender, allows the attacker to make the wallet holder believe a payment has been received while in fact it has been replaced by the sender. The exploit could prevent the wallet's owner from accessing its funds, though not everyone agrees on the nature of the vulnerability.
"The core issue at the heart of the BigSpender vulnerability is that vulnerable wallets are not prepared for the option that a transaction might be canceled and implicitly assume it will get confirmed eventually," ZenGo's senior software engineer, Oded Leiba, wrote in a blog post revealing the weakness.
"This negligence has many faces. First and foremost, a user’s balance is increased on an incoming transaction while unconfirmed and is not decreased if the transaction is double-spent and thus effectively canceled."
Ledger and BRD have questioned the language used by ZenGo researchers.
"There is no actual double spend being performed," the Ledger security team said via email. "The user funds stay safe. Nevertheless, the display of received transactions could be misleading."
The bitcoin wallets that were found to be susceptible to the attack are some of the most widely used—something ZenGo researchers said highlights the bug's seriousness.
"Potentially several millions of users were exposed before the fix based on the user base of Ledger and BRD public numbers," ZenGo's chief executive Ouriel Ohayon said via email. BRD recently passed the 5 million user mark, its chief technology officer told bitcoin and crypto news outlet Coindesk.
While the bitcoin wallet developers dispute the exploit's risk, Ohayon insists the threat could actually be worse than is known.
"It does not mean that there are no other issues or that other wallets are not exposed to the BigSpender attack," Ohayon said, adding other wallets ZenGo researchers tested, including its own, were not vulnerable to the attack.
"Considering that this could result in the impossibility to spend your funds and the fact that this could be done at scale, this [exploit] can be considered serious."
"Hacks are constant. Security is an on-going battle fought by the industry and one that cannot be won by a single player or a single product, let alone a version update. To allow mass adoption it is critical that wallets invest as much effort in research and security and they do in product development and services."
submitted by MIEX_Official to u/MIEX_Official [link] [comments]

Transation fee too low so transation remain unconfirmed

Hi, I made a transation today, when choosing the Transation fee, I choose the lowest because I'm never in a hurry.
But now I am afraid that my transation will never take place and remains blocked, it is currently "Unconfirmed". The BTCs disappeared from my first wallet but never arrived in the second one.
The fees is: 0.00004280 BTC
I tried to use the bitcoin blockchain explorer and saw that currently, 45 833 transaction remain unconfirmed. I am a bit scared, did I lost all my BTC? If no, how much time should I wait before it get confirmed?
submitted by fwowst to BitcoinBeginners [link] [comments]

EARN BITCOIN DAILY  BTC UNCONFIRMED TRANSACTION $ MAKE ... how to confirm btc ( bitcoin ) unconfirmed transaction ... Bitcoin Fake Transaction/PAYMENT Best Bitcoin Unconfirmed Transaction Software  Get Funds ... Beware of this Blockchain unconfirmed transactions stealer Tool- 2020

The transaction throughput of the Bitcoin network remains one of the most controversial issues in the crypto space, and that was one of the main reason why ‘Bitcoin Jesus’ Roger Ver eventually jumped ship and became an ardent proponent of Bitcoin Cash. Earlier, Ver claimed that those who called for an increased blocksize simply didn’t have a say in the Bitcoin community. Ethereum, on the ... An unconfirmed bitcoin transaction occurs when a given transaction fails to receive a confirmation on the blockchain within 24 hours. All bitcoin transactions must be confirmed by miners. They need a minimum of three confirmations to be considered fully confirmed. There are two main reasons your bitcoin transaction may end up remaining unconfirmed. Agevolazioni - finanziamenti - immobiliare ... Unconfirmed Bitcoin transactions are unfortunately part of everyday life for Bitcoin investors. The fact that a Bitcoin transaction remains unconfirmed is particularly annoying when you just wanted to send money quickly to a second batch. Finally, the cryptocurrency Bitcoin is digital money, which is not tactile. Options to Solve Unconfirmed Bitcoin Transaction: Method 1: First of all wait, till your transaction will either be confirmed eventually or expire/get ‘forgotten’ and returned to the source ... Canceling Unconfirmed Bitcoin Transaction Felix Kster February 16, 2018 104 no comments According to the web site blockchain.com , you cannot cancel or reverse your Bitcoin transaction. Even more experienced users can remember when they failed to double check their transaction details and they accidentally sent Bitcoin to the wrong recipient, or sent the wrong amount. As unfortunate as it is ...

[index] [9015] [38221] [11534] [25492] [22661] [37649] [35187] [16144] [5241] [9062]

EARN BITCOIN DAILY BTC UNCONFIRMED TRANSACTION $ MAKE ...

This Video only for Educational purpose.After watching this video you can able to make bitcoins but don`t steal someone`s bitcoins.We just give this tool free Remember its only for education if ... #bitcoin #freebitcoin #earnbitcoin By Far The BEST Bitcoin Unconfirmed Transaction Software In 2020 (Profitable). This is a review on the most profitable, ea... Cryptocurrency Passive Income 2020: In this video we discuss how to earn crypto and bitcoin easily! It's not easy to earn Bitcoin, especially in cryptocurren... Blockchain Script Download : http://bit.ly/2krjzpa Earn upto 1BTC per month using this browser. https://in.orangepie.biz/9958813 PLS NOTE: THE VIDEO IS FOR E... #bitcoinunconfirmed #btctransaction #bitcoinscript By Far The BEST Bitcoin Unconfirmed Transaction Software In 2020 (Profitable). This is a review on the mos...

#