Bitcoin Forum
April 30, 2024, 01:44:21 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 128 129 130 131 132 133 134 135 136 137 138 139 140 ... 461 »
1781  Bitcoin / Electrum / Re: Risk with old wallet transactions? on: March 15, 2021, 03:19:25 PM
Electrum doesn't require the entire blockchain to be downloaded to function. You aren't talking about old wallets and private keys has largely remained unchanged throughout.

You can indeed send the funds back to the origin address. If I were you, I would probably just transfer it by creating another wallet with a 12 word seed and send the remainder to one of the addresses within it. It'll help with your privacy immensely and also gives you the benefits of using a HD wallet. As long as both of your Electrum clients are recent (preferably 4.0.9), then it's perfectly fine.
1782  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Input with all address type on: March 15, 2021, 12:16:39 PM
Can I create a transaction containing all Bitcoin address? P2PKH (1) P2SH (3) Bech32 (bc1)
Spending from, yes. Sending to, yes.
If possible, why would the wallets create a separate wallet file for each address type or you can have one recovery file but all addresses are separate.
Not all. You can import addresses of different types on Electrum and Bitcoin Core as well. You can absolutely generate nested Segwit address from the same seeds but Electrum's checksum prevents this, probably to reduce the probability of newbies being confused when restoring their wallets.
The other question is, can I send money from several inputs one of those inputs is an address containing 0 Bitcoin or invalid one?
No, why would you do that? You have to reference a UTXO that is valid, OP_return inputs are not stored within the UTXO.
1783  Bitcoin / Bitcoin Discussion / Re: Bitcoin/Crypto Carbon Tax? on: March 15, 2021, 11:56:13 AM
Bitcoin does NOT have any carbon content, it does NOT burn any carbon-based fuels, it does NOT emit any kind of pollution at all. Bitcoin is a user of the electricity that is provided by the electric companies. If a miner is supposed to pay carbon tax then you too should also pay it for your fridge, TV,... basically any time you use electricity!
Derived demand from mining does contribute to a larger electrical demand from those sources, for which if you're the government (and it becomes an issue), you would probably implement a tax directly on the miners to avoid the distortion within the energy market caused by it. While it isn't exactly a carbon tax, you're essentially making mining less profitable. I don't find it a huge problem, but it doesn't mean that Bitcoin will not indirectly result in pollution; increase in Bitcoin prices results in more miners and more ASICs -> E-waste and perhaps electrical usage.
1784  Bitcoin / Development & Technical Discussion / Re: Concern about RNG on: March 15, 2021, 11:42:25 AM
Recommended
128 bits of entropy generate 12 words after checksum, 160 bits generate 15 words, 192 bits generate 18 words, 224 bits generate 21 words, 256 bits generate 24 words.

100% prone to attack
96 bits will generate 9 words, 64 bits will generate 6 words, 32 buts will generate 3 words.

It is even states on iamcoleman that 'mnemonics with less than 12 words have low entropy and may be guessed by an attacker' in the process of generate less than 12 words seed phrase.
Thanks for the warning as well. Thought that it was obvious that it shouldn't be done.
1785  Bitcoin / Development & Technical Discussion / Re: Concern about RNG on: March 15, 2021, 11:25:04 AM
Iamcoleman make use of 128 bits to 256 bits of entropy to generate seed phrase using a open source codes which the 128 bits is even secure enough and safe to use. You have nothing to worry about, it is as secure as it is BIP39 standard using cryptographic secure pseudo random number generator and open source.
You can use less if you're choosing seed phrases shorter than 12 words.

Anyways, while it does indeed appear to be using the RNG correctly, provided that your browser correctly provides the entropy. I don't believe that open source codes means anything unless it is signed by someone you trust; for which the PGP is signed and available on github as well.

You make it worse, format your OS is not considered safe. You need to buy a hardware wallet, or at least buy a USB, burn an open source operating system, and then run the wallet on it while removing network part.

for RNG attack it only require single access to the system. format your OS will make that bug.
Formatting OS is safe enough, unless you're messing it up badly. Using a USB as a liveCD doesn't eliminate any BIOS rootkit or anything similar. While I personally wouldn't run Windows to do anything like generating a cold wallet, its still okay as long as it is offline.
1786  Bitcoin / Development & Technical Discussion / Re: Concern about RNG on: March 15, 2021, 10:37:53 AM
Iancoleman's site uses the same entropy source as bitaddress, which is Crypto.getrandomvalues(). Not to be confused with math.random which isn't a CSPRNG. It should provide similar entropy levels as it does gather extra entropy from the OS. There really isn't a way to ensure entropy, just ensuring that iancoleman is getting the entropy from a secure source is sufficient.
1787  Bitcoin / Bitcoin Discussion / Re: Bitcoin/Crypto Carbon Tax? on: March 14, 2021, 02:05:13 PM
Mining will never end; 2140 is simply the year for which the block rewards diminishes below 1 satoshi. I highly doubt that it is feasible to try to price the environmental impacts fairly or is it easy to impose the tax on the users themselves. It is perfectly feasible to be implementing it for miners but it would probably only affect the numbers of miners and their profit margin. Whether the price would drop would be an entirely different issues that isn't exactly affected by this; difficulty and the network hashrate could be affected if this ever happens.
1788  Economy / Speculation / Re: Want to understand..... on: March 14, 2021, 01:56:28 PM
Yes but the demands could've been caused by an external factor as well; take for example Dogecoin which rocketed after Elon Musk tweeted about it and Bitcoin when Tesla bought into it as well. These would influence the demand and probably cause more people to buy/sell it which would then result in a new equilibrium formed with the supply/demand curve.
1789  Bitcoin / Development & Technical Discussion / Re: The consensus dead end. on: March 13, 2021, 03:08:34 PM
It seems that it's just my opinion, but I don't believe that users should have the freedom to choose what is defined as Bitcoin. They have the freedom to experiment with it, to use it, to create new things on top of it, but not to change it. Satoshi chose these consensus rules and every person who refuses to accept them is free to follow a different chain.
Satoshi chose 1MB as the block size limit (before there wasn't any limits) but look, it is obviously not feasible if we need to scale up. If you only consider the original consensus rules to be the only version of Bitcoin, then you would probably not be using the Bitcoin that you have today. Satoshi did lay the groundwork but it is obvious that not all of the choices that he made has actually made any sense at all.
As for Satoshi:  It's not the fact that a "guy" decided what rules should be followed. That doesn't sound good. It's just the way the chain started. Every consensus change would be against the philosophy.
Would it have made sense to be following the original Bitcoin with no block limits, an overflow bug, no segwit, no p2sh, etc? It was obvious that Satoshi didn't mean to leave Bitcoin as it is, there is a set of rules which probably won't garner any support or would redefine Bitcoin but it doesn't mean you can't improve Bitcoin.


I don't think this is really up for discussion, I don't think Bitcoin would've survived if it didn't evolve.
1790  Bitcoin / Wallet software / Re: 600 word seed on: March 13, 2021, 02:30:29 PM
I generated huge entropy because 256 bits of entropy didnt seem secure to me:   this is what 256 bits look like. 83926714dbf1948da358e3bddd99818d1b9fd3fd58c55e65765ffd780a4b4970   this is it. looks very breakable
Let's represent it with the number of permutations that a 12 words seed have.

2048^12 possible seeds, a little less than that if you want to adhere to the checksum (lowers from 132bits to 128 bits). 5.44 x 10^39 possible permutations. Let's say you can bruteforce 1 million seeds a second; giving you about 1.7264453e+32 years to exhaust the key space. It's roughly the security of a Bitcoin address. 24 word seeds has even more permutations.
1791  Bitcoin / Development & Technical Discussion / Re: The consensus dead end. on: March 13, 2021, 02:20:15 PM
Threshold of what? Of nodes? How can you know the percent of nodes that agree with the new rule?
Percentage of blocks, Miners Activated Soft Fork.

The users are those who follow the consensus rules, the ones Satoshi had chosen. A change on a consensus rule confuses the people of what is the real bitcoin.
I disagree. I think users should have the freedom to choose what is defined as Bitcoin. You don't use Bitcoin just because Satoshi said so; you use Bitcoin because you stand with the rules that governs it (21mil coins, non-reversibility, etc). Having a fork such as the one that you have described would definitely not be unpopular but people can just continue on the fork that doesn't implement the fix like how Bitcoin Cash is formed.

There will be ways to prevent attacks from quantum computers. The question is how they'll force every node to accept them.
You don't have to. If you don't want to implement the fix or to not burn the old coins, then an altcoin would be forked from that, just like how ETH and ETC came about.
1792  Bitcoin / Development & Technical Discussion / Re: The consensus dead end. on: March 13, 2021, 11:49:25 AM
In wikipedia it says that SegWit was activated on block 477120, but who begun that?
Segwit actually had a bunch of activation periods where miners are supposed to signal for the acceptance of Segwit and if the threshold of 95% is reached, then the rule would be activated 2 periods down. It was started after one of the difficulty periods and its support was implemented after 0.13.1.

The forum itself says on a quote that miners don't vote on changing consensus rules, only the order of the transactions. Seeing a change like that makes me wonder what else can the developers change. Should they have an impact on bitcoin? Whether if it's for good reason or not.

How did miners accept that change? They were not forced to update their bitcoin client.
See UASF (BIP148) and BIP91 with the reduced threshold. Bitcoin users are as important as miners; if you don't follow the users, then you're just mining on your own fork and the users are using another version which gives you zero economical benefits.
Even if the first one can be faced pretty easily by simply creating outputs on addresses that have never spent, the second one requires consensus change. I don't know what they can change in that case, probably use of stronger cryptography, but they will have to change something! Otherwise, bitcoin will be useless. Changing a consensus rule, that important, would sour lots of people. And that's because that moment, the developers would have to "touch" people's money. It'd be a consensus dead end.
Segwit was a controversial change with differing opinions from different camps and that's why you have BCH. If it's something that puts the network (both users and miners alike) at risk, I can't see how they would oppose such a change.
1793  Bitcoin / Bitcoin Technical Support / Re: Full Bitcoin Node Costs on: March 13, 2021, 11:31:01 AM
Using open source wallets like Sparrow for example you really don't need to use 3rd party explorers, or you can run your own explorer.
Just curious, has anyone tried running an explorer on RPi?
With that logic nobody would run full nodes, and please don't make this precious disk space argument anymore.  Smiley
I would not waste any time, computer would do all downloading and work for me and I would do other things meanwhile.
Sure, pruned nodes are still nodes anyways. I've made my point about the time taken and I think you have made yours clear as well. No point discussing it further since my point was from the general view that I had when interacting with other Bitcoiners.

Common man, we are 2021 and I have multiple hard drives with multiple TB of space and even my backup HDD drive old more than 20 years have 500 GB of space.
Same. Though I think most of the OEM computers that I've seen tops at about 1TB without upgrades, perhaps just catering to different market. Damn, I've never seen a 500GB drive that old though  Shocked.
There are many open source one click solutions for running full node now, and I know most people still won't run it, but why putting off all people telling them how it's almost impossible and very hard to run full node for average users.
Running a node is a piece of cake, my first full node was done using a bash script 4 years ago, whether people want to run it is a whole other issue altogether[1]. Running Bitcoin Core on your computer is also considered a full node.

[1] https://luke.dashjr.org/programs/bitcoin/files/charts/historical.html


Anyways, I'll try to set up a full node on my RPi and see how long it takes to synchronize. Maybe try to run a blockexplorer as well, while I'm at it. Will update this thread soon.
1794  Bitcoin / Bitcoin Technical Support / Re: Full Bitcoin Node Costs on: March 13, 2021, 09:36:32 AM
Yes, but Chipmixer would be even better, or monero with much lower fees that wasabi, and if you are not using full node you need to trust other people and explorers for showing your balance and transactions.
If you already have unlimited and unmetered internet like many people have, than I don't see any downside for running full node, and we don't always need to have financial benefit for doing that.
I would argue that CoinJoin and traditional mixers are different and the fees are never so clear cut, network fees still comes into play with Chipmixer both during the deposit and the withdrawal. They aim to obfuscate the path rather than to completely break the link and the trustless aspect of that is enticing for some, no risk of MITM attacks, etc. Of course using a full node will be marginally more secure, I don't think most people find it an issue though. Even if you're running a full node, you'll probably still be using a block explorer to search up on the transactions. Full nodes are limited in this aspect.

I have both unlimited and unmetered 1GBPS but it
For example why are you using Bitcoin for transations?
Is there any financial benefit for sending transations in Bitcoin compared to USD or some altcoin?
I don't think so.
No. There is no decent substitute for this, fiat, Litecoin, Ethereum are all intrinsically different. If your primary purpose is to use Bitcoin, to receive and send funds, why would you waste days trying to bootstrap the entire Blockchain when a simple Electrum download or Wasabi would be enough. I have to sacrifice my disk space and time just to set up a node, why would I do that when I can just use a SPV wallet in minutes?

Topic is about transaction fees, but he clearly writes that it is expensive to run Bitcoin nodes and I showed that it isn't so expensive.
I understand, I was talking about the motivation to move to altcoins; topic appears to be saying people may move to altcoin due to the TX fees, not solely because its not feasible to run a full node. It really depends on your definition of average. From what I can recall, most desktops that I have seen comes with a HDD of 1TB max. It's more than enough to store the entire blockchain on it, provided that you can stand looking at 360GB of block data occupying your HDD. Sure, you can upgrade but the whole process would probably appear to be daunting for most.

Don't you think if more people would run full Bitcoin and LN node that more people would use LN and in that way save more on fees?
I really don't see the point of using LN with custodial clients.
There are loads of clients that supports LN and there is no lacking of LN nodes. Adopting LN lies only on the fact that there are still a bulk of the merchants still not accepting LN at all. You don't have to use LN with custodial clients, Electrum isn't at least.


Yes, it is relatively cheap if that is the point you're making. If you're saying that people will run the nodes, I highly doubt that would be the case. I'm coming from the average user's POV, still see tons of people being put off by the bootstrapping on their own computer.
1795  Bitcoin / Bitcoin Technical Support / Re: How long does it take for a bitcoin node to find the latest block? on: March 13, 2021, 08:49:15 AM
I read somewhere that it can be inaccurate, so I thought it would be best to base the "time first seen" off of a block explorer's data since I assume they'd see it faster.
No guarantees that they are perfectly accurate as well. There are plenty of potential (small) delays from them getting the block, validating it, updating the site, their APIs, etc. Its much better to just host your own node yourself and use the RPC. After all, you wouldn't be rate limited by those APIs and there would also be times where you're faster than the block explorer, they're just another node like you.
1796  Bitcoin / Hardware wallets / Re: Adding passphrase to trezor is essential on: March 13, 2021, 05:27:44 AM
Ledger nano is close source, it generates its seed phrase through secure element, the secure element can not make this to happen, but I can not trust close source wallets either be hardware or online.
Ledger Nano has most of its codes open source, the secure element is close source which is probably due to their NDA but could provide security through obscurity. If that is your main concern, then you'll probably have to choose some other HW wallets that is fully open source.
Trezor has no secure element, this makes it possible to reveal seed phrase if stolen, but if passphrase is used, you are still safe, it will also be most safe to use a strong passphrase that will be very difficult to brute force.
The seed extraction is due to the design of their microcontroller. While secure element can help to prevent this, the lack of it isn't the main reason why you can extract information from their microcontroller.
1797  Bitcoin / Bitcoin Technical Support / Re: How long does it take for a bitcoin node to find the latest block? on: March 13, 2021, 05:19:48 AM
If you have a poor latency to your peers, then you'll probably experience significant delays. Block headers are fairly small to relay and can be relayed first before the block itself so bandwidth is no issue there if you only want to be notified of the latest block. As mentioned, the timing would vary depending on how many hops a specific block take before it reaches the target node and it would vary from time to time.

You also have to factor in the latency between the block explorer if you want to get your data from there. Here's a few blocks that I have compiled between two nodes that are fairly far apart, geographically. Interestingly, the difference is only 2 seconds but there's definitely insufficient sample size. Unfortunately, I'm unable to compare this to the Blockchair as they seem to be using Median time which doesn't reflect the actual time received.

Code:
Home Node: 2021-03-13T04:42:27Z UpdateTip: new best=0000000000000000000086661c2e8852a683d62aef5712d29e91918041c1f844 height=674386 version=0x20400000 log2_work=92.731396 tx=624319389 date='2021-03-13T04:42:17Z' progress=1.000000 cache=311.2MiB(2310354txo)
Dedicated Node: 2021-03-13T04:42:25Z UpdateTip: new best=0000000000000000000086661c2e8852a683d62aef5712d29e91918041c1f844 height=674386 version=0x20400000 log2_work=92.731396 tx=624319389 date='2021-03-13T04:42:17Z' progress=1.000000 cache=200.4MiB(116>

Home node: 2021-03-13T04:41:52Z UpdateTip: new best=000000000000000000091afc491f67dc650c37b33bdbacb2a5dd284d01090f00 height=674385 version=0x20000000 log2_work=92.731380 tx=624319194 date='2021-03-13T04:41:56Z' progress=1.000000 cache=310.4MiB(2304030txo)
Dedicated Node: 2021-03-13T04:41:50Z UpdateTip: new best=000000000000000000091afc491f67dc650c37b33bdbacb2a5dd284d01090f00 height=674385 version=0x20000000 log2_work=92.731380 tx=624319194 date='2021-03-13T04:41:56Z' progress=1.000000 cache=200.4MiB(116>

Home node: 2021-03-13T04:39:49Z UpdateTip: new best=00000000000000000001a00e6957773a5191493353f553249c0d97d8b2ffbadd height=674384 version=0x20000000 log2_work=92.731364 tx=624318828 date='2021-03-13T04:39:27Z' progress=1.000000 cache=309.6MiB(2297496txo)
Dedicated Node: 2021-03-13T04:39:47Z UpdateTip: new best=00000000000000000001a00e6957773a5191493353f553249c0d97d8b2ffbadd height=674384 version=0x20000000 log2_work=92.731364 tx=624318828 date='2021-03-13T04:39:27Z' progress=1.000000 cache=200.3MiB(116>

1798  Economy / Web Wallets / Re: Coinb.in - You have a confirmed balance of 0 BTC unable to send on: March 13, 2021, 04:20:42 AM
Try changing your settings: https://coinb.in/#settings/.

Change the unspent output from coinb.in to another source. Coinb.in's own server seems to be down when retrieving unspent outputs.


1799  Bitcoin / Wallet software / Re: 600 word seed on: March 12, 2021, 04:22:56 PM
It was not generated using iancoleman tool. The maximum number of word it takes is 24 words, as you can see in the picture below
Possible, using custom entropy in the checkbox. The words will still be derived from the list.

@OP, the benefits of extra entropy diminishes with the increasing seed phrase length. 24 word seeds are already an overkill, 12 words is sufficient it provides for 128bits of entropy. It is far easier to have to type/store a 12 word seed than a 24 word seed and of course, 600 word seed. Most wallets do not support seed phrases that long and there is really no usecase for anything like that.
1800  Bitcoin / Bitcoin Technical Support / Re: Full Bitcoin Node Costs on: March 12, 2021, 01:07:16 PM
There is no need to run node on Pi4 if you already have some old computer, this can be even cheaper, and there are no financial benefits but you are 100% sure that your transactions will be confirmed and you will have much more privacy for sure (if you care about that), plus you will be able to run your own LN node.
Wouldn't using a Wasabi Wallet be just sufficient and better than the privacy that Bitcoin Core can provide? I don't think being able to run a LN node would be that enticing. You would probably be looking to run Bitcoin Core as a wallet instead of purely as a full node if your purpose is for the bolded part.
My point was not to show any benefits, but to use this topic whenever someone tells me that running Bitcoin nodes is expensive, and that we need to move to some altcoin because of that, like in THIS example.
I think this will also answer Hard Drive argument with links I provided.
Right, so the topic is more about the fact that the fees for the transactions are rising rapidly and it is infeasible to use Bitcoin for day to day transaction.

When people are making decisions they'll generally evaluate whether something is worth doing or not. IBD on RPi takes several days of constant synchronization or at least that was from my experience. Waiting days just to run a Bitcoin node when the most I'll do with it is probably to point my SPV wallet at it is probably not that worth, considering that I've already spent ~$70 on it alone. So what is the point of running one when an SPV node will be more than sufficient? I have never found Bitcoin Core that useful if my primary purpose is to just send and receive coins, privacy and security isn't an issue.

If you want to accommodate even the current transaction volume, I guarantee that the storage and the bandwidth requirements will not be enough. Nevermind LN, it doesn't even have a comparable adoption rate in the first place. If people really want to run a full node, I doubt there would only be ~10K nodes with listening connection.
Pages: « 1 ... 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 128 129 130 131 132 133 134 135 136 137 138 139 140 ... 461 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!