Bitcoin Forum
May 25, 2024, 08:48:26 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 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 ... 837 »
101  Bitcoin / Development & Technical Discussion / Re: how many public address we can found into memonics 12 word ? on: December 23, 2023, 02:59:48 PM
Here's a previous answer I gave to this question:

Well, as per BIP32, extended keys have 1 byte for the level they are at. 0x00 for the master key, 0x01 for the first level, 0x02 for the second level, and so on, up to 0xFF. This means you can have a total of 255 levels after the m. It also allows 4 bytes for the index. This means a total of 232 possible indices for each of those 255 levels. So a single seed phrase can generate (232)255 + (232)254 + (232)253 + (232)252 + .... private keys. This number works out at 2.5*102456, which is many orders of magnitude higher than the set of all possible private keys (a little less than 2256). This means that not only can any seed phrase (almost certainly) generate any private key at the right derivation path, but any seed phrase can generate any private key billions and billions of times over at many different derivation paths.

The answer is a single seed phrase can generate 2.5*102456 possible child keys when following the BIP32 protocol.
102  Bitcoin / Project Development / Re: Are dices for generating seed words fair? on: December 23, 2023, 02:52:57 PM
Is this really necessary ?
I'll refer you to an answer I gave in another thread on this topic:

Maybe. Maybe not. The numbers given so far in this thread discuss the Shannon entropy, but have you calculated the min-entropy you would achieve from doing this? What randomness extractor algorithm are you planning to use to turn those dice rolls in to usable entropy? How are you converting those dice rolls to binary without introducing modulo bias? It's not as simple as just "roll the dice more" - it's a very complex topic which most people do not fully understand (and I do not profess to either), which is why whenever the topic of manually generating entropy comes up, I always suggest von Neumann's coin flips to simply, quickly, and most importantly verifiably generate 128 or 256 bits of provably unbiased entropy.

If the answer to generating true random numbers was as simple as "Take any old non-random and biased process and just repeat it a bunch of times", there would not be an entire field of research dedicated to it.

We have methods were are provable and verifiable. Why risk everything by coming up with your own ad hoc scheme?
103  Bitcoin / Development & Technical Discussion / Re: Bitcoin Mempool Mismatch Between Nodes on: December 23, 2023, 02:42:31 PM
We discussed this back on the first page of this thread. Taproot support was first added in 0.21.0, so if you are running 0.20.x then you will ignore all taproot transactions.

If you wish to filter ordinal transactions, there are other ways to do this without running software which is several years out of date.
104  Bitcoin / Development & Technical Discussion / Re: Air gapping on: December 23, 2023, 02:28:17 PM
Using old device for air-gapped wallet is okay but if someone is really going to save few thousands worth of BTC then better spend few hundreds to buy hardware wallet or value for money brand new laptop that can last for atleast 5 years with no issues.
I am of the opinion that a properly airgapped old laptop is more secure than the majority of hardware wallets out there, if you know what you are doing. And there is no need to buy a new device just for this. The hardware requirements to run an airgapped wallet are absolutely tiny - any old device will do. You could even build a device from old components you have lying around.

I was thinking is there any ways to make a smartphone air gapped?
No. Unless you are one of the few people using a modular phone, then the WiFi, Bluetooth, NFC, etc., modules are integrated in to the circuit boards in your phone and nearly impossible to remove without damaging the phone. You can turn all these things off and turn on airplane mode, but as I've said above, a software level airgap is not a true airgap at all.

The whole point of phones is to be able to communicate wirelessly in as many ways as possible. Trying to airgap such a device will never be completely successful. Is it better than a random hot wallet? Yes. Is it as good as a proper airgapped device which has no connectivity hardware? No.
105  Bitcoin / Hardware wallets / Re: Fuck you ledger on: December 22, 2023, 07:26:58 AM
But they're not dirty companies.
Then we disagree. Funding blockchain analysis and lying about being open source are not honest and trustworthy actions in my book. And again, I'm not comparing these things to the far worse things Ledger have done, but they are more than enough to mean you shouldn't be using their devices either.
106  Alternate cryptocurrencies / Service Discussion (Altcoins) / Re: Can you recommend an established vps that accepts monero or zcash? on: December 22, 2023, 07:10:20 AM
Here's a list: https://kycnot.me/search?q=vps&xmr=on
107  Bitcoin / Development & Technical Discussion / Re: Air gapping on: December 22, 2023, 07:01:38 AM
And the problem with this is that one must buy this device only to use it offline which renders it limited to a small amount of tasks.
You can certainly buy a SBC for this, but you can also use an old laptop (or any other old computer) you have for this without spending anything. It's fairly easy to open up a laptop and strip out the WiFi card, etc., and turn it in to an airgapped device.
108  Bitcoin / Hardware wallets / Re: Fuck you ledger on: December 22, 2023, 06:58:50 AM
The people at Trezor didn't do those things.  The people at ColdCard didn't do those things.  The people at Keystone didn't do those things.  The people at LEDGER did.
Ledger are obviously the bottom of the barrel when it comes to hardware wallets, but let's not pretend these other devices are all without flaw. Trezor devices have a seed extraction vulnerability and Trezor cooperates with blockchain analysis. ColdCard and Keystone lie about being open source. Nowhere near as bad as what Ledger have done, but enough to not make me want to use any of their products either.

Ledger fanboys are desperately trying to defend Ledger by saying any company could do the same thing.  BUT THEY HAVEN'T.  Only Ledger did.
I am by no means a Ledger fanboy, but it is a simple statement of fact that any other company could try and do the same thing. There is no inherent property in their devices (if they aren't airgapped) stopping them from doing so - only the trust you have in that company and its developers.

This is why I said above I would only ever use open source and permanently airgapped devices. Open source so you know what code is running on your device, and airgapped so that even if the developers wanted to try to extract your seed phrase as Ledger have done then they wouldn't be able to anyway. I would definitely +1 for SeedSigner (and can't wait for this fork to be fully developed: https://monerosigner.com/). Entirely open source so you know exactly what code is running on your device at all times, and even if there was malicious code on there to try and extract your seed phrase, it couldn't achieve anything anyway because it is permanently airgapped. This is what you want from a hardware wallet.
109  Bitcoin / Hardware wallets / Re: Fuck you ledger on: December 21, 2023, 07:58:39 PM
Ledger's lies turned me off of all HW wallets for the time being, even if that might be an extreme response.  I'm waiting for the dust to settle and the experts here to either confirm or disprove these suspicions/fears/whatnot.
I have also said for a while now that I have largely moved away from all hardware wallets and back in favor of self made airgapped cold storage. I sleep easy knowing that my wallet software isn't spying on me, and that there is zero possibility of some company pushing an update to any of my airgapped devices which means my seed phrase can be extracted, or my wallets will start cooperating with blockchain analysis, or so I can start linking my KYC to my wallets' addresses, or some other such nonsense.

The only hardware wallet I would ever consider using again is one which is both open source and permanently airgapped.
110  Bitcoin / Electrum / Re: Verifying the PGP Signature to electrum? on: December 21, 2023, 06:59:33 AM
and I'd like to find a good Monero Wallet to use with my Hardware Ledger Nano S on my computer
Both the official CLI/GUI wallet and Feather wallet work with hardware devices. The Monero subreddit is a good resource for Monero info: https://www.reddit.com/r/Monero/

as I assume to date it's not possible to send or receive cryptocurrency via a iphone or android device?
Ledger Nano S devices are not compatible with phones.

how exactly do I use a Bitcoin ATM alongside and Electrum Wallet? I use a hardware wallet too btw.
You can use Electrum to interact with your Ledger device by following the guide here: https://support.ledger.com/hc/en-us/articles/115005161925-Set-up-and-use-Electrum

Once you've created your wallet, it's a simple as taking the next receiving address from Electrum and sending coins which you have bought to this address.
111  Economy / Services / Re: LoyceV's Avatar for Rent [first 🦊🦊🦊🦊4 YEARS🦊🦊🦊🦊 (248 weeks) rented out] on: December 21, 2023, 06:52:05 AM
For what's worth, I have sent 959 to o_e_l_e_o
Phew! You must have dynamite glutes by now. Wink
112  Bitcoin / Development & Technical Discussion / Re: Air gapping on: December 20, 2023, 08:02:52 PM
Is there any type of malware that infects hardware?
Not sure. There is BIOS malware though.

Having said that, I would also remove Bluetooth and network card from the device. Or do you think this is an overkill?
On the contrary - I think it is mandatory. A software level airgap will never be completely secure, since you are one misclick or one accidental setting change away from re-enabling some form of connectivity and breaking your airgap. A hardware level airgap (i.e. connectivity hardware removed) will always be a safer option.
113  Bitcoin / Development & Technical Discussion / Re: Air gapping on: December 20, 2023, 07:01:57 PM
I think air gapping on a device previously connected to the internet is safe as long as you dont connect to the internet with it again, but I am no expert.
It's not. Your computer could be filled with malware which makes it generate pre-determined seed phrases or use weak entropy when generating new wallets. If you want to airgap a device which has previously been connected to the internet, then you need to format it and install a clean Linux OS.

In a nutshell: Could malware move sensitive data back and forth between the usb and the connected computers without you being any the wiser?
It's rare, but it is certainly possible. Many airgapped devices will use QR codes instead when transferring transactions back and forth in order to avoid this possible attack vector.
114  Bitcoin / Electrum / Re: Verifying the PGP Signature to electrum? on: December 20, 2023, 06:58:30 PM
This is what it shows me (it had no green coloured background like in the video):
I can confirm I hold the following keys locally:

Emzy - 0x9EDAFF80E080659604F4A76B2EBB056FD847F8A7, with subkey 0x637DB1E23370F84AFF88CCE03152347D07DA627C

SomberNight - 0x0EEDCFD5CAFB459067349B23CA9EEEC43DF911DC

ThomasV - 0x6694D8DE7BE8EE5631BED9502BD5824B7F9470E6

These three keys match the keys which have signed your Electrum download, so you are safe to install. As nc50lc says, if you want all three to verify fully you'll need to import and verify Emzy and SomberNight's keys as well.
115  Bitcoin / Development & Technical Discussion / Re: RoninDojo bans connections to Knots nodes on: December 20, 2023, 06:50:45 PM
Automatically yes but never hard-code such a rule to ban a certain implementation because of its "changeable preference".
It's not hard coded:

Quote
For users with bitcoind installed by Dojo (via docker), bitcoind will now periodically scan connected peers and ban those that are detected as Knots. This feature can be turned off by setting BITCOIND_CRON_JOBS=off in docker-bitcoind.conf.

If Knot users stop censoring Whirlpool transactions by changing their OP_RETURN limit, then Dojo users can very easily choose to connect to Knots nodes again by changing this setting.
116  Bitcoin / Hardware wallets / Re: Data Harvesting Inside Ledger Live App - Is this really part of Non-custodial? on: December 20, 2023, 06:46:19 PM
Ledger is not an honest company.
Lied about the security of your data.
Lied about the security of your coins.
Lied about how many people had their data stolen.
Lied about seeds never leaving the device.
Lied about being open source.

Did I miss any?
117  Bitcoin / Hardware wallets / Re: Data Harvesting Inside Ledger Live App - Is this really part of Non-custodial? on: December 19, 2023, 08:08:30 PM
Any browser based on Chromium? How about Ungoogled Chromium?
Perhaps the exception to the rule, but I would argue that no matter how hard you try it is next to impossible to remove all Google code, dependencies, spyware, and so on. Far better to start with a clean slate (i.e. Firefox) and work from there.
118  Bitcoin / Development & Technical Discussion / Re: Why was the block size not increased? on: December 19, 2023, 11:56:55 AM
If we were to keep the fee market overly competitive, ie. $20 for a single transaction, it can dissuade people from using Bitcoin as a currency when there are multiple other payment methods as well.
I don't disagree with this at all. As I've said repeatedly through this whole saga, I think the correct approach here is to work on scaling, and not to arbitrarily ban certain transactions in order to allow other transactions to be processed more cheaply. I have no doubt that increasing the effective block size at some point will be part of that solution, but it cannot be the only solution for the reasons discussed above. Just ramping up the block size by a couple of orders of magnitude destroys bitcoin's long term security and completely centralizes the system, as has happened with shitcoins like BSV.
119  Bitcoin / Development & Technical Discussion / Re: RoninDojo bans connections to Knots nodes on: December 19, 2023, 09:22:18 AM
The only difference in Knots is some of the standard rules and there is a reason why they are called "standard rules", they are preference not a ban worthy offense.
If one of your peers was rejecting all Segwit transactions, would you not drop them for a peer which was not placing arbitrary limits on completely standard transactions?

Their nodes their rules.
Exactly. If they are free to censor transactions from their nodes, then I am free to refuse to connect to their nodes.

As I mentioned, this is largely irrelevant at the moment since Knots are such a tiny fraction of all nodes, but it sets a terrible precedence. What you if end up with the majority of your peers censoring your transactions or refusing to relay all transactions? You compromise your own security, privacy, and ability to use bitcoin for no reason? Better to fight back against this kind of nonsense right now before it becomes more widespread.
120  Bitcoin / Development & Technical Discussion / Re: Why was the block size not increased? on: December 19, 2023, 09:01:56 AM
Block space needs to be limited but not in a way that we don't update the limit that was set a decade ago.
We don't use that limit. The upper limit is now 4 MB on disk, although in reality most blocks are around 2 MB.

I think that flexible block size, i.e. block size increases and decreases according to number of transactions
Monero uses dynamic block sizes, and so fees remain low at all times. However, Monero has a tail emission of 0.6 XMR per block for ever more.

Economically speaking, both achieve the same thing - users pay miners. The difference is whether the user making the transaction pays the miner directly (Bitcoin) or whether every user pays the miner via a very small amount of inflation (Monero). Either way, you need some way to fund miners or the chain becomes insecure.

And I strongly disagree with those who say congestion should exist to help miners due to block subsidy going down. Because even after the upcoming halving the miners would still be paid about $135k per block they find at the current price. This is enough incentive so that they don't need to rely on fees.
For 4 years. Then it halves again. And again. People have this distant figure of "2140" in their head as when the subsidy goes to zero and we can just kick the can down the road and we don't really need to care about fees until then, but in reality most people using bitcoin today are going to live to see the point when the subsidy becomes negligible. It's only going to take 20 years for the block subsidy to fall below 0.1 BTC. Even if we think bitcoin will be $100,000, then you are down to only $10k per block which is around 2-3% of what miners are earning right now per block. And it only goes down from there. Unless you believe bitcoin is going to be worth $10 million or more within in the next 20-30 years, we need a competitive fee market.



I do think that block size will increase again, probably multiple times, but we can't just jump to the initial suggestion of having blocks large enough to let every transaction process at 1 sat/vbyte without greatly decreasing the future security of the network.
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 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 ... 837 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!