Bitcoin Forum
May 08, 2024, 09:15:52 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 ... 837 »
1521  Bitcoin / Hardware wallets / Re: Ledger Recovery - Send your (encrypted) recovery phrase to 3rd parties entities on: May 16, 2023, 05:52:51 PM
Also something else I glossed over before - they are providing $50,000 in insurance for your holdings. They must, therefore, be monitoring all the balances on all your addresses in real time and linking all that information to your KYC and seed phrase back ups to ensure that they don't get scammed by someone claiming to have lost $50,000 when they were only holding $10.

I've skim listened to this on 2x speed, but I can't find anywhere that they actually address that there now exists the ability for Ledger wallets to export seed phrases off of the secure element. Someone please correct me if I'm wrong. They answer questions like politicians. Direct quote from Nicolas Bacca (BTChip, Ledger VP): "I'm not sure what's not to like."

Absolutely unbelievable. This forum, Reddit, Twitter, literally everywhere pointing out the massive issues with this, and the VP responds by sticking his head in the sand and saying "Everything is great!"

1522  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 16, 2023, 02:02:17 PM
Actually, you are right! I always thought the longest chain was the answer because the whitepaper says:
Correct, and well noted!

When writing the Whitepaper, Satoshi clearly didn't envisage the issue with a longer chain having less work, as I have described above. The code to change from height (longest chain) to chainwork (chain with the most work) was implemented in 0.3.3 in July 2010, as you can see here: https://github.com/bitcoin/bitcoin/commit/40cd0369419323f8d7385950e20342e998c994e1#diff-623e3fd6da1a45222eeec71496747b31R420
1523  Bitcoin / Hardware wallets / Re: Ledger Recovery - Send your (encrypted) recovery phrase to 3rd parties entities on: May 16, 2023, 01:50:51 PM
This is a paid feature so it's not sending your seed phrase anywhere unless you pay $9.99 per month for it (which is a dumb subscription).
It's still unsafe.

The whole point of a hardware wallet is to store your seed phrase and private keys safely and securely inside and prevent them from being extracted. The whole point of Ledger's secure element is that there is no possible way to extract the seed phrase from it. Now we have just discovered that a simple firmware update will permit the secure element to start sending your seed phrase across the internet. Ledger have just admitted that their entire design is deeply flawed.

We conveniently already have a name for a hardware wallet which can expose your seed phrase to the internet. It's called a hot wallet.
1524  Bitcoin / Hardware wallets / Re: Ledger Recovery - Send your (encrypted) recovery phrase to 3rd parties entities on: May 16, 2023, 10:15:30 AM
So the very fact that this exists, even if you don't sign up for it, means that the next firmware update for Ledger devices will create a process by which your seed phrase is extracted from your hardware device, downloaded on to your computer, and then sent across the internet. That is a massive attack vector. It negates literally the entire point of a hardware wallet to keep your seed phrase and private keys isolated from computers and the internet. Not to mention this gives governments a very easy path to seizing all your assets, if they want, and allows all your coins to be stolen with some very basic social engineering. If you have completed KYC anywhere ever, then you've given away all an attacker needs to recover your seed phrase and empty your wallets.

Remember when Trezor and Ledger were the two best hardware wallets out there, and every thread had people (me included!) recommending either/both of them. How the mighty have fallen! Both are complete and utter trash now, completely ruined by awful decisions such as this one. Seriously, do the management teams behind both wallets understand nothing about bitcoin?

More and more I am glad that I have moved pretty much exclusively to airgapped, encrypted, cold storage for the bulk of my bitcoin. I know that my wallets will never suddenly pose a massive security and/or privacy risk out of the blue because of some absolutely moronic decision by a third party trying to squeeze more and more profits out of their customers.
1525  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 16, 2023, 10:03:34 AM
Usually mining pools, nodes, and miners will choose a longest chain to continue their work
You know, the miner should choose to mine the longest chain
Once again, as I've said multiple times above, nodes and miners choose the chain with the most chain work, which is not synonymous with the longest chain.

In the event of a fork of just one or two blocks where both chains have the same amount of work, then nodes will generally pick the chain which they saw first.
1526  Economy / Exchanges / Re: Is the Binance the next to bite the dust or FUD? on: May 16, 2023, 09:11:25 AM
I don't disagree with anything you have written there, and the people in this space calling for more regulations are crazy. But seeing Binance as some kind of bastion of hope against these regulations is also crazy. Binance have shown time and again that they do not care about bitcoin or their users in the slightest. They only care about their own profits. They will fight regulations which prevent them from operating in various jurisdictions, but they will do absolutely nothing against regulations which are actually damaging to the space.

Thankfully, governments around the world can regulate centralized exchanges and centralized services as much as they want, and we can continue to use bitcoin freely in a peer to peer manner as intended.
1527  Bitcoin / Bitcoin Discussion / Re: OG Bitcoin Wallet Addresses Suddenly Active - Are they being hacked? on: May 16, 2023, 09:03:42 AM
What a bunch of absolute clickbait nonsense. Claiming that all 12 and 24 word seed phrases are vulnerable!? I'm sorry, has someone managed to break the laws of thermodynamics and create a colossal amount of energy out of nothing in order to start cracking 2128 bit seed phrases? Are the oceans boiling from the heat this energy is turning in to? Because that's legitimately what would happen if we used enough energy to successfully start brute forcing seed phrases. And lets not even mention the fact that seed phrases didn't even exist when most of these old addresses were funded for the first time.

An absolute trash article, but sadly what comes to pass for "news" in the crypto world. Just like that article a couple of weeks ago that claimed seed phrases are vulnerable because someone posted all their words online and then their coins were stolen. Roll Eyes
1528  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 15, 2023, 02:11:42 PM
Considering that both chains are supposed to exist at the same time, and having forked apart from a common block, how would the longer chain have a lower difficulty level if both chains adhered the difficulty retargeting protocol?
I've answered this above:

Usually when we reorganize one or two blocks, then the blocks will obviously have the same difficulty and therefore represent the same amount of work, so the longest chain will be the chain with the most work. However, if a fork lasted long enough to significantly stretch beyond a difficulty retargeting and in to a new difficulty epoch, then blocks on each chain would represent a different amount of work and so the longest chain may not necessarily be the chain with the most work. Nodes will switch to a shorter chain if that chain has more accumulated work.

Usually, the longest chain does indeed have the most work, since as you say, when the chains fork each block on each chain adds the exact same amount of work. If the fork continues past a retargeting, then the chains will have different difficulty adjustments since they will not have found all the blocks between the fork and the retargeting in the exact same amount of time. From that point on, the blocks added to each chain do not add the same amount of work, and so the longer chain will not necessarily be the chain with the most work.
1529  Bitcoin / Development & Technical Discussion / Re: looking for data/info on historic Bitcoin bug allowed unlimited BTC creation on: May 15, 2023, 09:18:25 AM
The bug was caused by an integer overflow error. When calculating the total value of transaction outputs, the software used a 32-bit integer variable that exceeded its maximum value due to a large output value.
That's incorrect - it was always 64 bit. In fact, the two outputs which this transaction created were very close to INT64_MAX, which is 0x7fffffffffffffff, or 9223372036854775807. The two outputs were 92,233,720,368.54277039 each.

The bug was fixed in Bitcoin Core version 0.3.10.
The bug was actually fixed in a standalone patch Satoshi released within a few hours. Version 0.3.10 was the first full version to include this patch.

The fix involved modifying the code to use a larger data type (64-bit integer) for handling transaction values, preventing similar overflow issues in the future.
No, it didn't. As vv181 has pointed out, it just implemented sanity checks.

The incident did not lead to the creation of any extra bitcoins.
This is also wrong. The incident absolutely led to the creation of 184 billion bitcoin. These bitcoin no longer exist because the chain was re-orged to remove them, but they were still created in the first place.

The 0.5 BTC from the malicious transaction never became a permanent part of the blockchain and did not affect the current state of the Bitcoin network.
Sorry, but this is wrong yet again. That 0.5 BTC absolutely still exists. It is the 0.5 BTC on this address - https://mempool.space/address/17TASsYPbdLrJo3UDxFfCMu5GXmxFwVZSW. This is the input which was used in the value overflow incident, which now still exists as an unspent UTXO since the value overflow transaction was re-orged out. It has not moved since, but it is still there and still completely valid to be spent in the future.



because I would love to know some technical facts about what actually happened.
What happened is someone created a transaction which spent the 0.5 BTC I linked to above. They created two outputs in this transaction, both for 92,233,720,368.54277039 BTC. At the time, part of the way the software checked if the transaction was valid was to ensure the fee (i.e. the sum of the inputs minus the sum of the outputs) was equal or greater than zero. If you had higher outputs than inputs, then when you subtracted them your fee would be negative, and so the transaction would be rejected.

However, when the software added the value of the two outputs together, they overflowed and became negative. So then when the software subtracted this negative number from the 0.5 BTC, it ended up with a positive number, which passed the check for the fee to be positive. And so the transaction was allowed.
1530  Economy / Exchanges / Re: Is the Binance the next to bite the dust or FUD? on: May 15, 2023, 08:38:22 AM
I am quite certain none of us small minnows would like a fully regulated cryptospace.
I'd rather not use bitcoin at all than use it exclusively via the rules and regulations that Binance enforce. Full KYC, zero privacy, zero security, full surveillance, permissioned, censored, complete governmental control.

This is pretty much already the case if you use centralized exchanges. The government know everything you do, your coins don't actually belong to you, and you can be denied access to them at any point. That's not bitcoin - that's a bank.

Remember when Binance attacked bitcoin by trying to roll back the chain to cover their own losses? Binance doesn't care about bitcoin, and I don't care if Binance gets taken down. Sure, there might be a short term price hit, but Bitcoin thrived before Binance, and it will thrive after Binance.
1531  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 14, 2023, 03:58:47 PM
That's a greate explanation and a pretty crucial point. So a difficulty comparison is done every time by just checking the zeros in front of the latest blockhash?
Not quite. The amount of work is based on the current difficulty, and not the individual hashes of each block. Every block in the same difficulty epoch will add the same amount of chain work, regardless of the actual hashes or the number of leading zeroes in each hash.
1532  Bitcoin / Hardware wallets / Re: Foundation Passport Official Thread on: May 14, 2023, 02:35:41 PM
How can I know this?  I suppose there is a need for preliminary info on that fingeprint to answer if it is correct or not. Where can I get that info?
You make a note of it (if you want) when you first enter the passphrase. You then compare the fingerprint with what you've written down when you enter your passphrase in the future to confirm that you have indeed entered your passphrase correctly and not made a typo anywhere.
1533  Bitcoin / Bitcoin Discussion / Re: Why is the transaction fee and mempool congestion increasing ? on: May 14, 2023, 01:18:46 PM
If I broadcast my tx at around 19:45 with 40 sats/b, but the block has not yet been mined, could a miner still drop my tx and replace it with another one that is offering a higher fee?
Yes, absolutely.

When is the miner's decision final?
The decision is only final when the next block is mined. At any point prior to that, the miner can and does update the block they are attempting to solve with new transactions which pay a higher fee.

The block a miner is working on is known as a candidate block. They will build a candidate block from the highest paying transactions in their mempool, and attempt to mine it. Building a candidate block is not instant, as the miner has to calculate the Merkle root for all the transactions in that block, and so swapping out even a single transaction has a computational cost involved. Because of this, miners do not update their candidate block constantly with new transactions. They will attempt to mine their current candidate block, and meanwhile in the background they (or more accurately, their mining pool operator) will build a new candidate block, including new high fee paying transactions and dropping older low fee paying transactions. Once the new candidate block has been built, they'll swap from attempting to mine the old candidate block to this new one. After a set period of time, perhaps somewhere between a few seconds and a minute, which will vary between mining pools and will vary depending on how fast new transactions are hitting the mempool, the mining pool will create another new candidate block and the miners will switch to this one. The process constantly repeats until the next block is found, with miners always working on a subset of the highest fee paying transactions.

Bottom line is when I observe such a drop in the mempool and place my tx instantly according to what info I can extract from Hoenicke's website, will it always get executed if I hit the sweet spot for the fee right in that moment even if the average fee increases manyfold if it takes longer to find the next block?
No. If it takes longer to find the next block, then there is every chance your transaction will be dropped from candidate blocks in favor of higher paying transactions.
1534  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 14, 2023, 11:41:56 AM
The longer fork represents the consensus of the network, as it has accumulated more computational work and has a greater number of participants supporting it.
This is not correct.

As I explained above, the longest chain does not necessarily contain the most accumulated work. I could fork bitcoin right now, drop the difficulty to 1, and then churn out 10,000 blocks in a few minutes. My new chain would be far longer than the main chain, but have much less accumulated work because the number of hashes required to generate all 10,000 of my blocks would only be tiny fraction of the number of hashes to generate a single block on the main chain. The main chain, although shorter, would have the higher amount of work, and so everyone else would stay on that chain and not switch to my longer chain.

By choosing the longer fork, miners align themselves with the majority, reducing the risk of their blocks being orphaned or invalidated in the future.
No, they do this by aligning themselves with the chain with most work, which again, is not the same as the longest chain.
1535  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 14, 2023, 11:12:39 AM
Miners should generally choose the fork with the longest length.
This is wrong.

Nodes will follow the chain which has the most accumulated work. This is not necessarily the chain with the longest length.

Usually when we reorganize one or two blocks, then the blocks will obviously have the same difficulty and therefore represent the same amount of work, so the longest chain will be the chain with the most work. However, if a fork lasted long enough to significantly stretch beyond a difficulty retargeting and in to a new difficulty epoch, then blocks on each chain would represent a different amount of work and so the longest chain may not necessarily be the chain with the most work. Nodes will switch to a shorter chain if that chain has more accumulated work.
1536  Bitcoin / Development & Technical Discussion / Re: What happens if an algorithm used by Bitcoin becomes obsolete? on: May 14, 2023, 11:10:53 AM
RSA was considered secure before Schorr's algorithm
RSA is still secure. The largest RSA number factored to date is 829 bits. This is a long way away from the 2048 bit numbers commonly used in RSA today, and you can very easily go up to 4096 bits if you are concerned. RSA4096 will likely be secure for decades yet.

Shor's algorithm cannot yet break RSA, despite the clickbait news article which did the rounds earlier this year. The team in question managed to factor a 48 bit integer with a quantum computer, which is absolutely tiny even when compared to the 829 bit integer already factored by conventional computers, never mind the 2048 or 4096 bit integer needed to actually break RSA.

If RSA can be broken by quantum computers, then so can ECDSA.
1537  Bitcoin / Bitcoin Technical Support / Re: help with stuck txid on: May 14, 2023, 07:36:29 AM
How long do you think he has to wait before his transaction goes through without having to pay a miner to pick his tx to accelerate?  Would it take a week?
OP's transaction is now around 4 MvB from the tip of the mempool. If he is lucky, it could confirm within an hour. If he is unlucky and the mempool fills rapidly again as it has been doing recently, it might not confirm for days yet. Impossible to predict at the moment.

It is a request and not a demand and the miners can choose to ignore it in favor of transactions with higher fees or
so when there is network congestion don't expect too much on the free accelerator.
It isn't even a request. It is just a rebroadcast. Since OP's transaction is already in (almost) every node's mempool, rebroadcasting will achieve absolutely nothing. Every node which receives the rebroadcast will just ignore it, since they are already aware of the transaction.

Edit: It's confirmed.
1538  Bitcoin / Hardware wallets / Re: Trezor standard v hidden wallet? on: May 14, 2023, 07:28:13 AM
I meant hardware wallets. The listed wallets are well known to almost everyone and this is the majority of bitcoin users know.
Then as I said above - Passport.

If use a bundle of electrum + trezor? Then after all, in theory, the user can avoid surveillance, right?
This is correct, although you are still vulnerable to the seed extraction attack, so you must use a long and complex passphrase with all Trezor devices.

The vulnerability you are talking about will probably be fixed. It is in the manufacturer's interest to do so. At least all vulnerabilities have been fixed up to now.
It can't be fixed. It is intrinsic to the hardware. All Trezor devices are permanently vulnerable. https://blog.ledger.com/Unfixable-Key-Extraction-Attack-on-Trezor/

As for the passport, I can say that now. After all, they, too, can at any time change their policy of behavior and enter into some kind of partnership, like a trezor.
They could, as could literally anyone at any time. But if you follow some of their staff on Twitter, they are very much pro-privacy and opposed to the surveillance and censorship that Trezor now support. For example:

https://nitter.it/sethforprivacy/status/1653072714800807937
https://nitter.it/zachherbert/status/1650299865056829445
1539  Economy / Service Discussion / Re: BlockFi files for bankruptcy protection. on: May 13, 2023, 07:02:20 PM
It appears it has become official. A judge has declared that Blockfi depositors have given their legal rights to the ownership of their coins when they sent them under Blockfi's custody. According to this article, $292 million of user deposits are owned by BlockFi.
So, exactly as was spelled out in BlockFi's Terms of Service, as I pointed out on this forum dozens of times, including this example from several years ago: https://bitcointalk.org/index.php?topic=5308457.msg56070076#msg56070076

BlockFi quite clearly stated that anything you deposit becomes their property, they will do what they like with it, and when it all goes to shit their users have zero legal protections.
So BlockFi took all the deposits, did anything they liked with them, it all went to shit, and now people are surprised they have zero legal protection?

Roll Eyes

Crypto is indeed very very risky.
I don't think bitcoin is that risky at all, especially when compared to ever-more-quickly imploding fiat. Buy bitcoin peer to peer, store in your own wallet, wait. Simple and safe. What is risky is handing your bitcoin over to a bunch of complete strangers because they've promised you a gazillion percent gains.
1540  Bitcoin / Hardware wallets / Re: Trezor standard v hidden wallet? on: May 13, 2023, 06:55:00 PM
What kind of wallets do you include in most good wallets?
Reputable open source wallets, such as Electrum, Sparrow, or Samourai.

My question was that by sending a coin to a hidden wallet (during long-term storage), will it not turn out that access to these coins will be lost? Due to the fact that trezor suit ceased to exist, and other applications that allow you to restore access to the wallet simply didn't exist in nature (that is, there were such wallets, but initially didn't support hidden wallets).
I would suggest that if a coin doesn't even have its own standalone wallet, it's probably either completely useless or an outright scam and should be avoided altogether. Worst case scenario you can use Ian Coleman's site on an airgapped computer to enter your seed phrase, passphrase, choose the correct coin and correct derivation path and extract the necessary private key for your shitcoins.

What government surveillance and control are you talking about? If now trezor hardware wallet is considered a very bad choice, then it’s not even clear which wallet is considered a good one.
They have partnered with Wasabi, who pay the blockchain analysis company Coinfirm to surveil their users. Trezor have not been a great choice since their unfixable seed extraction vulnerability was discovered, but given that they are now pro-surveillance and pro-censorship I don't think anyone should ever buy a Trezor device again.

The best hardware wallet on the market right now in my opinion is a Passport.
Pages: « 1 ... 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 ... 837 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!