How To Fix [Reverse] Bitcoin Unconfirmed Transactions

Live Bitcoin transactions - with relay node location

Watch the latest unconfirmed Bitcoin transactions, live. The location shown is the location of the node which relayed the transaction.
http://bitcointicker.co/transactions/
Need to add other info such as source and sender address... :-)
Runs using socketio and D3.
submitted by bccoin to Bitcoin [link] [comments]

*LIVE BITCOIN TRANSACTION* How To Use A Block Explorer | How To Check "Unconfirmed" Transactions

*LIVE BITCOIN TRANSACTION* How To Use A Block Explorer | How To Check submitted by Rufflenator to 3bitcoins [link] [comments]

*LIVE BITCOIN TRANSACTION* How To Use A Block Explorer | How To Check "Unconfirmed" Transactions

*LIVE BITCOIN TRANSACTION* How To Use A Block Explorer | How To Check submitted by ososru to Bitcoin4free [link] [comments]

4037 Unconfirmed Transactions Live updating list of new bitcoin transactions /r/Bitcoin

4037 Unconfirmed Transactions Live updating list of new bitcoin transactions /Bitcoin submitted by HiIAMCaptainObvious to BitcoinAll [link] [comments]

Unconfirmed transaction for over 10 hours! Help!! https://live.blockcypher.com/btc/tx/0947320d50ac89b55e613d574cfb18df00ee80597ba7ab73f36bd560e48f5825/ /r/Bitcoin

Unconfirmed transaction for over 10 hours! Help!! https://live.blockcypher.com/btc/tx/0947320d50ac89b55e613d574cfb18df00ee80597ba7ab73f36bd560e48f5825/ /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

I pay 15 cents fees at 3000 and at 50.000 unconfirmed transactions and it does not take long to get through. Either some people are just greedy or live in a world where 15 cents are a big deal. /r/Bitcoin

I pay 15 cents fees at 3000 and at 50.000 unconfirmed transactions and it does not take long to get through. Either some people are just greedy or live in a world where 15 cents are a big deal. /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Detailed transaction fee breakdown of Bitcoin unconfirmed transactions (live)

Detailed transaction fee breakdown of Bitcoin unconfirmed transactions (live) submitted by matt4054 to Bitcoin [link] [comments]

Detailed transaction fee breakdown of Bitcoin unconfirmed transactions (live)

Detailed transaction fee breakdown of Bitcoin unconfirmed transactions (live) submitted by BitcoinAllBot to BitcoinAll [link] [comments]

04-14 01:51 - 'Unconfirmed Transactions live interview tonight on Xotika.TV' (i.imgur.com) by /u/FUBAR-BDHR removed from /r/Bitcoin within 179-184min

Unconfirmed Transactions live interview tonight on Xotika.TV
Go1dfish undelete link
unreddit undelete link
Author: FUBAR-BDHR
submitted by removalbot to removalbot [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]

[ 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]

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]

Hackers found an opportunity to steal cryptocurrency from bitcoin wallets

Hackers found an opportunity to steal cryptocurrency from bitcoin wallets
A bug in applications for storing digital assets allows criminals to replace unconfirmed transactions with their own and make users' wallets malfunctioning

https://preview.redd.it/1ycx5txr2pb51.jpg?width=280&format=pjpg&auto=webp&s=47e3f179626ef64641accaad40379435065d5249
A team of experts from ZenGo discovered a BigSpender bug in many wallets for storing cryptocurrency, such as Ledger Live, Edge, BreadWallet. The error allows hackers to steal bitcoin and other coins from users.
Some wallets have a feature that allows users to replace an outgoing, unconfirmed transaction with a new one, but with a different Commission. Due to this feature, holders could pay the miners a higher amount for the transfer of cryptocurrency, so that they could confirm the operation faster. At the same time, it has become a loophole for hackers.
To steal cryptocurrency, they must first replace the transaction with another one, but with an extremely low Commission. This will guarantee that the transfer of cryptocurrency will not receive confirmation. Then hackers replace the pending transaction with their own, leading to the wallet they control. As a result, the funds go to the criminals, but the user's app shows that the coins were allegedly delivered.
God gives hackers another opportunity. They can spam the user's address with a lot of fake transactions, so that there is a critical discrepancy between the real and displayed balance. As a result, the wallet will be impossible to use. It is clarified that the Breadwallet and Ledger Live applications have already eliminated the vulnerability.
Today, on July 13, hackers broke into the cryptocurrency wallet of the Indian crypto exchange Cashaa and withdrew 336 bitcoins worth $3.1 million from it. The company reported the incident to the cyber crime investigation Department of the Delhi police and other trading platforms.
News source
Image source
submitted by btcxlab to CryptoMarkets [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]

[Weekly Report] BSV transaction fee is lower

[Weekly Report] BSV transaction fee is lower
Dear friends of LivesOne,

As block sizes get bigger and technology improves, BSV community hopes that more people can use the BSV public data ledger to reduce transaction fee.
On May 13, TAAL, the transaction processor, processed a block of 309MB in size, which contains 1178322 transactions, with a total transaction fee of up to 0.788BSV. If denominated in legal tender, the average fee per transaction is about 0.0009 Yuan RMB.

https://preview.redd.it/l5as5227fuz41.png?width=1240&format=png&auto=webp&s=4abcb3767200719104ccdc54167eb74021666587

  • Current rate of BSV transaction fee
In the Bitcoin market, miners participate in blockchain mining with an aim to make profits. However, as the Bitcoin network recently experienced its halving, transaction fees gradually become more important. The future competition will focus on those transaction processors who can handle more network transactions.
At the beginning of this year, MemPool, the leader of BSV mining pool, announced that they would work with Tall and Coingeek mining, bitcoin mining giants,to support enterprise blockchain applications and reduce the transaction fees. The statement marks the birth of a new trend in which mining companies seek more sustainable profit models to ensure their long-term development.
Transaction processor is expected to adjust its BSV transaction fee rates as relevant to respond to market forces. It will be implementing the following changes to transaction fees charged by its cloud computing operations on the BSV network:
  1. A reduction in the transaction acceptance fee (-blockmintxfee) from 1 satoshi/byte to 0.5 satoshis/byte.
  2. A reduction in the relay fee (-minrelaytxfee which is the minimum fee required for double spend protection and for relaying of a transaction) from 1 satoshi/byte to 0.25 satoshis/byte.
  3. In an additional, but unrelated, change the restrictive limit of 25 unconfirmed ancestors will be immediately raised from 25 to 50.

  • Expectation of BSV transaction fee
Many enterprises are exploring blockchain applications to improve their business. These projects are becoming more and more common, but there are some challenges in the application of the public chain. Bitcoin transaction fees are not expressed in legal tender, but in "sat / byte". Therefore, transaction fees in legal tender price will fluctuate with the fluctuation of the price of bitcoin.
TAAL promises to regularly check the lower BSV transaction fees to maintain stable transaction fees in legal tender. Large enterprises usually want to be able to predict their costs, so stable transaction fees are expected to attract more enterprises to use BSV for data applications.
In addition, due to the difficulty in corporate policy and accounting treatment, enterprises do not or cannot show holding digital assets on their balance sheets. Business participants in the BSV ecosystem have recently begun to explore alternate transaction fee models that provide, in fiat currency terms, greater reliability for BSV business applications – including business deals for miners to directly handle a particular application’s set of transactions for negotiated fee rates or development of tools that enable greater fee customization to be offered by miners to applications.
This evolving fee marketplace is new to bitcoin; it was not possible on the Bitcoin Core network due to its smaller block size and significantly higher transaction fees. This new fee marketplace is only recently enabled by BSV’s greater data and microtransaction capabilities. It is expected that this will bring more users to BSV and attract more partners to strengthen its ecosystem.
With the increasing of BSV trading volume, we can also see the further reduction of transaction fee rate. BSV promises an exciting blockchain future. LivesOne's vision is to enable more ordinary people to use better blockchain applications, and lower fee will help LivesOne realize its vision. LivesOne is eager to participate in the future construction of blockchain with you.

Symbiosism Economy Foundation
May 20, 2020
submitted by LivesoneToken to LivesOne [link] [comments]

04-29 13:24 - 'How do I speed up my transaction???? Ledger "seems" to not be aware of the need to include this option.' (self.Bitcoin) by /u/CaddarkCrypto removed from /r/Bitcoin within 428-438min

'''
I have a pending ether transaction, 27+ hours and counting. I am unable to use metamask because I sent through ledger live, and I guess that because it is pending, metamask is unaware of it. The only two things that recognize this transaction are ledger live and etherscan, which means it is actually within the network, and every other wallet than ledger still sees the amount that both accounts involved have the same amount that they did before I sent.
Some weird things:
  1. The sending account elsewhere shows as having never sent. This account also does show a log of the transaction as "sent" and it has a pending status.
  2. The receiving account on Ledger Live has the balance updated to what it would be once the transaction is sent, but there is no log of the transaction, neither sent or received, pending or otherwise, within the details of the account.
Ledger, I guess, doesn't ever bother to check on the efficacy of their support articles. This is already implied, given they have the thumbs up or down option that asks if the article solved the problem, but have no option available to tell them what the issue is, so even if they did check, they wouldn't have any practical feedback to fix the problem. I would imagine they put in the up or down option just to mitigate spamming their support reps with the same issue, by allowing users to feel like they've impacted the progression of improvement, but then I don't under stand why the total votes of each are shown, since right now that only serves to commemorate how incompetent they are with customer satisfaction. Their Article "Transaction Stays Unconfirmed" has 160 out of 518 voters giving a thumbs up, and that's better than average, at least for the articles from Ledger that I've read so far.
I guess they meant to use it at some point? I realize that the security of devices are where most of the company's money is probably going to, but how are they supposed to be able to properly do that when they don't give attention to feedback?!?!? How do you know what issues are critical and what aren't?
'''
How do I speed up my transaction???? Ledger "seems" to not be aware of the need to include this option.
Go1dfish undelete link
unreddit undelete link
Author: CaddarkCrypto
submitted by removalbot to removalbot [link] [comments]

Groestlcoin 6th Anniversary Release

Introduction

Dear Groestlers, it goes without saying that 2020 has been a difficult time for millions of people worldwide. The groestlcoin team would like to take this opportunity to wish everyone our best to everyone coping with the direct and indirect effects of COVID-19. Let it bring out the best in us all and show that collectively, we can conquer anything.
The centralised banks and our national governments are facing unprecedented times with interest rates worldwide dropping to record lows in places. Rest assured that this can only strengthen the fundamentals of all decentralised cryptocurrencies and the vision that was seeded with Satoshi's Bitcoin whitepaper over 10 years ago. Despite everything that has been thrown at us this year, the show must go on and the team will still progress and advance to continue the momentum that we have developed over the past 6 years.
In addition to this, we'd like to remind you all that this is Groestlcoin's 6th Birthday release! In terms of price there have been some crazy highs and lows over the years (with highs of around $2.60 and lows of $0.000077!), but in terms of value– Groestlcoin just keeps getting more valuable! In these uncertain times, one thing remains clear – Groestlcoin will keep going and keep innovating regardless. On with what has been worked on and completed over the past few months.

UPDATED - Groestlcoin Core 2.18.2

This is a major release of Groestlcoin Core with many protocol level improvements and code optimizations, featuring the technical equivalent of Bitcoin v0.18.2 but with Groestlcoin-specific patches. On a general level, most of what is new is a new 'Groestlcoin-wallet' tool which is now distributed alongside Groestlcoin Core's other executables.
NOTE: The 'Account' API has been removed from this version which was typically used in some tip bots. Please ensure you check the release notes from 2.17.2 for details on replacing this functionality.

How to Upgrade?

Windows
If you are running an older version, shut it down. Wait until it has completely shut down (which might take a few minutes for older versions), then run the installer.
OSX
If you are running an older version, shut it down. Wait until it has completely shut down (which might take a few minutes for older versions), run the dmg and drag Groestlcoin Core to Applications.
Ubuntu
http://groestlcoin.org/forum/index.php?topic=441.0

Other Linux

http://groestlcoin.org/forum/index.php?topic=97.0

Download

Download the Windows Installer (64 bit) here
Download the Windows Installer (32 bit) here
Download the Windows binaries (64 bit) here
Download the Windows binaries (32 bit) here
Download the OSX Installer here
Download the OSX binaries here
Download the Linux binaries (64 bit) here
Download the Linux binaries (32 bit) here
Download the ARM Linux binaries (64 bit) here
Download the ARM Linux binaries (32 bit) here

Source

ALL NEW - Groestlcoin Moonshine iOS/Android Wallet

Built with React Native, Moonshine utilizes Electrum-GRS's JSON-RPC methods to interact with the Groestlcoin network.
GRS Moonshine's intended use is as a hot wallet. Meaning, your keys are only as safe as the device you install this wallet on. As with any hot wallet, please ensure that you keep only a small, responsible amount of Groestlcoin on it at any given time.

Features

Download

iOS
Android

Source

ALL NEW! – HODL GRS Android Wallet

HODL GRS connects directly to the Groestlcoin network using SPV mode and doesn't rely on servers that can be hacked or disabled.
HODL GRS utilizes AES hardware encryption, app sandboxing, and the latest security features to protect users from malware, browser security holes, and even physical theft. Private keys are stored only in the secure enclave of the user's phone, inaccessible to anyone other than the user.
Simplicity and ease-of-use is the core design principle of HODL GRS. A simple recovery phrase (which we call a Backup Recovery Key) is all that is needed to restore the user's wallet if they ever lose or replace their device. HODL GRS is deterministic, which means the user's balance and transaction history can be recovered just from the backup recovery key.

Features

Download

Main Release (Main Net)
Testnet Release

Source

ALL NEW! – GroestlcoinSeed Savior

Groestlcoin Seed Savior is a tool for recovering BIP39 seed phrases.
This tool is meant to help users with recovering a slightly incorrect Groestlcoin mnemonic phrase (AKA backup or seed). You can enter an existing BIP39 mnemonic and get derived addresses in various formats.
To find out if one of the suggested addresses is the right one, you can click on the suggested address to check the address' transaction history on a block explorer.

Features

Live Version (Not Recommended)

https://www.groestlcoin.org/recovery/

Download

https://github.com/Groestlcoin/mnemonic-recovery/archive/master.zip

Source

ALL NEW! – Vanity Search Vanity Address Generator

NOTE: NVidia GPU or any CPU only. AMD graphics cards will not work with this address generator.
VanitySearch is a command-line Segwit-capable vanity Groestlcoin address generator. Add unique flair when you tell people to send Groestlcoin. Alternatively, VanitySearch can be used to generate random addresses offline.
If you're tired of the random, cryptic addresses generated by regular groestlcoin clients, then VanitySearch is the right choice for you to create a more personalized address.
VanitySearch is a groestlcoin address prefix finder. If you want to generate safe private keys, use the -s option to enter your passphrase which will be used for generating a base key as for BIP38 standard (VanitySearch.exe -s "My PassPhrase" FXPref). You can also use VanitySearch.exe -ps "My PassPhrase" which will add a crypto secure seed to your passphrase.
VanitySearch may not compute a good grid size for your GPU, so try different values using -g option in order to get the best performances. If you want to use GPUs and CPUs together, you may have best performances by keeping one CPU core for handling GPU(s)/CPU exchanges (use -t option to set the number of CPU threads).

Features

Usage

https://github.com/Groestlcoin/VanitySearch#usage

Download

Source

ALL NEW! – Groestlcoin EasyVanity 2020

Groestlcoin EasyVanity 2020 is a windows app built from the ground-up and makes it easier than ever before to create your very own bespoke bech32 address(es) when whilst not connected to the internet.
If you're tired of the random, cryptic bech32 addresses generated by regular Groestlcoin clients, then Groestlcoin EasyVanity2020 is the right choice for you to create a more personalised bech32 address. This 2020 version uses the new VanitySearch to generate not only legacy addresses (F prefix) but also Bech32 addresses (grs1 prefix).

Features

Download

Source

Remastered! – Groestlcoin WPF Desktop Wallet (v2.19.0.18)

Groestlcoin WPF is an alternative full node client with optional lightweight 'thin-client' mode based on WPF. Windows Presentation Foundation (WPF) is one of Microsoft's latest approaches to a GUI framework, used with the .NET framework. Its main advantages over the original Groestlcoin client include support for exporting blockchain.dat and including a lite wallet mode.
This wallet was previously deprecated but has been brought back to life with modern standards.

Features

Remastered Improvements

Download

Source

ALL NEW! – BIP39 Key Tool

Groestlcoin BIP39 Key Tool is a GUI interface for generating Groestlcoin public and private keys. It is a standalone tool which can be used offline.

Features

Download

Windows
Linux :
 pip3 install -r requirements.txt python3 bip39\_gui.py 

Source

ALL NEW! – Electrum Personal Server

Groestlcoin Electrum Personal Server aims to make using Electrum Groestlcoin wallet more secure and more private. It makes it easy to connect your Electrum-GRS wallet to your own full node.
It is an implementation of the Electrum-grs server protocol which fulfils the specific need of using the Electrum-grs wallet backed by a full node, but without the heavyweight server backend, for a single user. It allows the user to benefit from all Groestlcoin Core's resource-saving features like pruning, blocks only and disabled txindex. All Electrum-GRS's feature-richness like hardware wallet integration, multi-signature wallets, offline signing, seed recovery phrases, coin control and so on can still be used, but connected only to the user's own full node.
Full node wallets are important in Groestlcoin because they are a big part of what makes the system be trust-less. No longer do people have to trust a financial institution like a bank or PayPal, they can run software on their own computers. If Groestlcoin is digital gold, then a full node wallet is your own personal goldsmith who checks for you that received payments are genuine.
Full node wallets are also important for privacy. Using Electrum-GRS under default configuration requires it to send (hashes of) all your Groestlcoin addresses to some server. That server can then easily spy on your transactions. Full node wallets like Groestlcoin Electrum Personal Server would download the entire blockchain and scan it for the user's own addresses, and therefore don't reveal to anyone else which Groestlcoin addresses they are interested in.
Groestlcoin Electrum Personal Server can also broadcast transactions through Tor which improves privacy by resisting traffic analysis for broadcasted transactions which can link the IP address of the user to the transaction. If enabled this would happen transparently whenever the user simply clicks "Send" on a transaction in Electrum-grs wallet.
Note: Currently Groestlcoin Electrum Personal Server can only accept one connection at a time.

Features

Download

Windows
Linux / OSX (Instructions)

Source

UPDATED – Android Wallet 7.38.1 - Main Net + Test Net

The app allows you to send and receive Groestlcoin on your device using QR codes and URI links.
When using this app, please back up your wallet and email them to yourself! This will save your wallet in a password protected file. Then your coins can be retrieved even if you lose your phone.

Changes

Download

Main Net
Main Net (FDroid)
Test Net

Source

UPDATED – Groestlcoin Sentinel 3.5.06 (Android)

Groestlcoin Sentinel is a great solution for anyone who wants the convenience and utility of a hot wallet for receiving payments directly into their cold storage (or hardware wallets).
Sentinel accepts XPUB's, YPUB'S, ZPUB's and individual Groestlcoin address. Once added you will be able to view balances, view transactions, and (in the case of XPUB's, YPUB's and ZPUB's) deterministically generate addresses for that wallet.
Groestlcoin Sentinel is a fork of Groestlcoin Samourai Wallet with all spending and transaction building code removed.

Changes

Download

Source

UPDATED – P2Pool Test Net

Changes

Download

Pre-Hosted Testnet P2Pool is available via http://testp2pool.groestlcoin.org:21330/static/

Source

submitted by Yokomoko_Saleen to groestlcoin [link] [comments]

165k unconfirmed transactions STILL... not going down. Can't even send btc right now. Basically my btc is worthless unless I pay crazy tx fee prices or I wait it out. Thanks Blockstream!

165k unconfirmed transactions STILL... not going down. Can't even send btc right now. Basically my btc is worthless unless I pay crazy tx fee prices or I wait it out. Thanks Blockstream! submitted by increaseblocks to btc [link] [comments]

Segwitcoin Mempool Increasing. Over 50,000 Transaction Backlog and Growing. Fees Rising to over $2.50 for a Transaction.

submitted by cryptorebel to btc [link] [comments]

Announcement: Symphony_IOHK Releases Symphony-Web 2.0

Announcement: Symphony_IOHK Releases Symphony-Web 2.0

View from inside a blockchain galaxy
The Symphony project began with a question: how do we represent blockchain technology in a way that is stimulating, entertaining, and audio-visually engaging for a wider audience, technical and non-technical. In other words, how do we explain the abstract and give form to the formless.

It’s been over a year since we answered that question, and we’re still working to make Symphony the most interactive and immersive blockchain experience available. What began as a way to visualize the blockchain has evolved into a way to experience the blockchain: an immersive journey accessible through your device’s browser.

The result is Symphony 2.0: a 3D explorer through which anyone can traverse the topographic history of the Bitcoin blockchain, from the first transaction to the most recent. Compared with the first version, Symphony 2.0 goes deeper in every way. It drills down into transaction data to create a live soundscape – each block has its own unique audio signature – using data-driven sound synthesis. It looks like this:


Soar over the galaxies of blockchians

How it Works

As you can imagine, giving feeling to data isn’t easy. Creating a sound for each block was how I wanted to represent the uniqueness and permanence of the blockchain: once added, a block is there forever, making that same sound, containing those same transactions.

I used a technique called additive synthesis to generate sound on the fly, and utilized the parallel nature of graphics cards to synthesize a unique sound for each of the thousands of transactions that can make up a block. The sound signature that plays when you visit a block consists of each transaction producing eight sine waves (a fundamental pitch and seven harmonics). The fundamental pitch is determined by the transaction value, and the amount of randomness added to the harmonics partials is controlled by the fee-to-value ratio of the transaction.

https://preview.redd.it/w6be8pwjb5931.png?width=1114&format=png&auto=webp&s=856bbc3572cf535a35ea20a086daa467e6512e8e

Design Philosophy

With Symphony 2.0, the blockchain’s mempool – which stores unconfirmed transactions – is visualized as a gravitational swell, around which confirmed transactions spiral in concentric rings. Think of Saturn’s rings but, instead of particles of ice and rock, we have transactions, continuously adding to the size of the rings as they extend outwards. Then, undergirding each block are Merkle trees represented, unsurprisingly, as trees.

https://preview.redd.it/exoldf4lb5931.png?width=1120&format=png&auto=webp&s=07c632b930131b94b4852293bfe6272b4a9ef90f
On top of each block, confirmed transactions are visualized as 3D hexagons. Their height corresponds to the transaction volume, and their width (note the rotund individuals to the right of the image above) corresponds to the health of the block. The result is an unprecedented imagining of the blockchain, with its representative parts synced and manifest, explorable block-by-block or through a flight-simulator mode.

Ways to Experience Symphony

Symphony 2.0 is now live It can be accessed using any modern web browser, but is best experienced in Google Chrome. For laptop and mobile device users, it’s advised to select the Medium quality option and, for those with high-performance devices or dedicated graphics support, the High quality option. Performance optimizations will continue into the future.

Together with our friends at Kuva, a Bristol-based creative agency, we’ve also grown the project to include events and exhibition pieces. These events – one of which was held this year in Bristol – have included a number of exhibitions that showcase different parts of the project, including virtual reality (VR) and augmented reality (AR).

Using WebVR software, I built a VR experience based on the code for Symphony 2.0, which demonstrates the extensibility of the system. This will be exhibited at future events and, I hope, one day available for VR headsets at home.

What’s Next

We’re going on tour. We have the story, and now we need an audience. I’m also starting to build an Ethereum version using the same code base, which will feature explorable smart contracts, and, after that, Cardano. We know there are thousands of people out there who are only faintly familiar with blockchain technology and want to know more – and with Symphony 2.0, they’ll be able to cut through the confusion. A picture tells a thousand words, and an interactive audio-visual experience tells many more.

Symphony is a long-term project. It’s as much an adventure for us as our audience. We want to see how far we can take it – because blockchain technology is still developing, still growing, and the opportunity for education is only just beginning. The release of Symphony 2.0 marks a significant milestone for us, and we’re thrilled to be sharing it with you. There’s a lot of opportunity for Symphony, from optimizations and incorporation of other blockchains, to events and more ways to enjoy Symphony at home. So, stay tuned for more updates and, in the meantime, enjoy the world’s first interactive blockchain experience.
- Blog Post by Scott Darby, IOHK Creative Coder

Experience Symphony Web Now

-
https://iohk.io/blog/announcing-the-release-of-symphony-2/
submitted by Classic_Kevin_ETC to cardano [link] [comments]

[Weekly Report] BSV News

Dear friends of LivesOne,
Since the Symbiosism Economy Foundation announced the cooperation with BSV, we have introduced BSV in detail, including its history, philosophy, advantages, and the reasons for our choice. LivesOne always pays close attention to the trend of BSV and informs you in time. As we enter the year 2020, good news is coming one after another.
Mining pool reduces BSV transaction fee and anchors legal tender
BSV transaction fees are already the cheapest in major blockchains, but this is not enough. On January 8, the famous Bitcoin mining giant TAAL announced that in order to support blockchain applications that require a large number of transactions, it will reduce the miner rate on the BSV chain and increase the limit value of unconfirmed inherited transactions. Subsequently, the CoinGeek mining pool also issued a statement saying that it would follow up with this adjustment. Any fee reduction will send a clear signal to the market that the cost of using BSV will decrease. It is expected that this change will incentivize more enterprise applications to generate a large number of BSV transactions. Taking this step will generate high transaction volumes and higher total transaction fees.
At present, Bitcoin transaction fees are not expressed in legal tender, but in "sat / byte". Therefore, transaction fees in legal tender price will fluctuate with the fluctuation of the price of bitcoin. This fluctuation will have a greater impact on applications that generate a large number of transactions on the blockchain. Commercial users of the BSV ecosystem have recently begun to explore an alternative transaction fee model that can be priced in legal tender, which provides higher reliability for BSV business applications. This new type of expense market emerged with the greater data and microtransaction capabilities of BSV. However, this is unlikely to happen on the bitcoin core network, because its block is too small, resulting in high transaction costs.
Large enterprises usually want to be able to predict their costs, so stable transaction fees are expected to attract more enterprises to use BSV for data applications. TAAL promises to regularly check the lower BSV transaction fees to maintain stable transaction fees in legal tender. As one of BSV's partners, it is undoubtedly brought real benefits to LivesOne.
Oppose Anonymity and Embrace Regulation
The European Union’s 5th Anti-Money Laundering Directive (5AMLD) came into effect on January 10. The regulation was entered as law on July 9, 2018 in an effort to bring increased transparency to financial transactions for pushing back against money laundering and terrorist financing across Europe. For the first time, 5AMLD is broadening its regulatory scope by including crypto service providers like virtual-fiat exchanges or custodian wallet providers. The idea is make it more plainly knowable who’s participating in crypto transactions. The rationale is that doing so pushes back against money laundering and terrorism financing.
According to an 5AMLD fact sheet, the law will:
European Union is paying close attention to cryptocurrency and has established its first set of rules for how companies in this space must behave. Now it’s on those companies to gain compliance or risk being able to operate at all.
This reminds me of Dr. Craig's emphasis on the existence of BSV: Bitcoin's system should be transparent. It should not be used to fight the government; it should not be used to fight anyone. It can be used for creation, it can be used for construction. I have to say that the vision of BSV is prescient and correct. BSV is an honest system with transparency as its key feature. BSV can be used to create a more secure and honest society.
BSV with unlimited expansion, anti-anonymity, and embrace supervision is the first choice for LivesOne team cooperation. The collaboration between LivesOne and BSV is ongoing, let us look forward to seeing more details.

Symbiosism Economy Foundation
Jan.15th, 2020
submitted by LivesoneToken to LivesOne [link] [comments]

Ever Flown Around Inside Bitcoin? IOHK Introduces Symphony 2.0: The first ever 3D, immersive blockchain explorer

Ever Flown Around Inside Bitcoin? IOHK Introduces Symphony 2.0: The first ever 3D, immersive blockchain explorer

(L) Bitcoin transactions: The higher the larger value; (R) Mempool w/ incoming tx.s
The Symphony project began with a question: how do we represent blockchain technology in a way that is stimulating, entertaining, and audio-visually engaging for a wider audience, technical and non-technical. In other words, how do we explain the abstract and give form to the formless.

It’s been over a year since we answered that question, and we’re still working to make Symphony the most interactive and immersive blockchain experience available. What began as a way to visualize the blockchain has evolved into a way to experience the blockchain: an immersive journey accessible through your device’s browser.

The result is Symphony 2.0: a 3D explorer through which anyone can traverse the topographic history of the Bitcoin blockchain, from the first transaction to the most recent. Compared with the first version, Symphony 2.0 goes deeper in every way. It drills down into transaction data to create a live soundscape – each block has its own unique audio signature – using data-driven sound synthesis. It looks like this:


The flight simulation over the bitcoin network. Watch out for incoming tx.s!

How it Works

As you can imagine, giving feeling to data isn’t easy. Creating a sound for each block was how I wanted to represent the uniqueness and permanence of the blockchain: once added, a block is there forever, making that same sound, containing those same transactions.

I used a technique called additive synthesis to generate sound on the fly, and utilized the parallel nature of graphics cards to synthesize a unique sound for each of the thousands of transactions that can make up a block. The sound signature that plays when you visit a block consists of each transaction producing eight sine waves (a fundamental pitch and seven harmonics). The fundamental pitch is determined by the transaction value, and the amount of randomness added to the harmonics partials is controlled by the fee-to-value ratio of the transaction.

View looking up: Merkle trees under respective blocks; Mempool on the right

Design Philosophy

With Symphony 2.0, the blockchain’s mempool – which stores unconfirmed transactions – is visualized as a gravitational swell, around which confirmed transactions spiral in concentric rings. Think of Saturn’s rings but, instead of particles of ice and rock, we have transactions, continuously adding to the size of the rings as they extend outwards. Then, undergirding each block are Merkle trees represented, unsurprisingly, as trees.

View Top Down: Transactions as pillars, on top of blocks, on top of Merkle trees; Mempool in background
On top of each block, confirmed transactions are visualized as 3D hexagons. Their height corresponds to the transaction volume, and their width (note the rotund individuals to the right of the image above) corresponds to the health of the block. The result is an unprecedented imagining of the blockchain, with its representative parts synced and manifest, explorable block-by-block or through a flight-simulator mode.

Ways to Experience Symphony

Symphony 2.0 is now live It can be accessed using any modern web browser, but is best experienced in Google Chrome. For laptop and mobile device users, it’s advised to select the Medium quality option and, for those with high-performance devices or dedicated graphics support, the High quality option. Performance optimizations will continue into the future.

Together with our friends at Kuva, a Bristol-based creative agency, we’ve also grown the project to include events and exhibition pieces. These events – one of which was held this year in Bristol – have included a number of exhibitions that showcase different parts of the project, including virtual reality (VR) and augmented reality (AR).

Using WebVR software, I built a VR experience based on the code for Symphony 2.0, which demonstrates the extensibility of the system. This will be exhibited at future events and, I hope, one day available for VR headsets at home.

What’s Next

We’re going on tour. We have the story, and now we need an audience. I’m also starting to build an Ethereum version using the same code base, which will feature explorable smart contracts, and, more networks after that. We know there are thousands of people out there who are only faintly familiar with blockchain technology and want to know more – and with Symphony 2.0, they’ll be able to cut through the confusion. A picture tells a thousand words, and an interactive audio-visual experience tells many more.

Symphony is a long-term project. It’s as much an adventure for us as our audience. We want to see how far we can take it – because blockchain technology is still developing, still growing, and the opportunity for education is only just beginning. The release of Symphony 2.0 marks a significant milestone for us, and we’re thrilled to be sharing it with you. There’s a lot of opportunity for Symphony, from optimizations and incorporation of other blockchains, to events and more ways to enjoy Symphony at home. So, stay tuned for more updates and, in the meantime, enjoy the world’s first interactive blockchain experience.
- Blog Post by Scott Darby, IOHK Creative Coder

Experience Symphony Web Now


Original BlogPost
submitted by Classic_Kevin_ETC to Bitcoin [link] [comments]

Blockchain Unconfirmed transaction Hack,100% working Script 2020. Unconfirmed Bitcoin Transaction Hack FREE 2020 Blockchain Unconfirmed Transaction Script Hack2020 Live Payment Proof Unconfirmed bitcoin transaction hack script 2020 for Android phone Unconfirmed Transactions Bitcoin (BTC) script - unofficial

You’ve thought about it, now it’s time. Create a Wallet. Sign up for the Exchange. Buy Bitcoin in minutes. This new Bitcoin Unconfirmed Transaction Software by ToolsBlock, send funds and directs them to your wallet directly. BITCOIN Unconfirmed Transaction Premium Software NEW UPDATE 2020 Download Unconfirmed Transaction Software : https://bit.ly/35mazVn So, check and solve the unconfirmed Bitcoin transactions you can find below the stepwise instructions with stepwise guidance. Steps to Check Bitcoin Confirmations: Step 1 : When execute any Dealing with Bitcoin transaction confirmation shouldn’t be all technical if you know how to handle it. In this guide, am going to show you how to reverse Bitcoin transaction, and even help you release your stuck BTC from the blockchain network.. Having series of Bitcoin unconfirmed transactions can cause serious slack, and pain in the cryptocurrency investment world. View the live list of unconfirmed Bitcoin Transactions with our monitoring service. Toggle navigation. Switch theme BitcoinChain.com. Home Explorer Lightning Markets Pools Nodes Info Switch theme Transactions pool

[index] [18583] [4460] [12314] [23899] [6049] [16635] [10148] [12818] [29436] [28029]

Blockchain Unconfirmed transaction Hack,100% working Script 2020.

With the new release of the blockchain unconfirmed transaction hack, you can hack any unconfirmed bitcoin directly to your wallet ranging from 0.01 btc to 30BTC daily ... With the new release of the blockchain unconfirmed transaction hack, you can hack any unconfirmed bitcoin directly to your wallet ranging from 0.01 btc to 30BTC daily ... Unconfirmed blockchain transactions amount redirect to your wallet. Free earn bitcoin 2020. site - https://blockhackchain.com mail - [email protected] Blockchain Unconfirmed transaction Hack,100% working Script 2020. STEPS TO LAUNCH THE SCRIPT + TIPS 1. ... Earn Unlimited BTC without investment Live proof ... DIVERT AN UNCONFIRMED BITCOIN ... Live updating list of new bitcoin transactions which are unconfirmed.

Flag Counter