Bitcoin Forum
April 30, 2024, 02:37:12 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 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 ... 461 »
1321  Bitcoin / Bitcoin Discussion / Re: Bitcoin can not crash on: May 19, 2021, 01:18:10 PM
Bitcoin is not a get rich quick scheme. You're treating it as a speculative asset and with that, most of them tends to experience loads of volatility, Bitcoin included. Elon Musk isn't the only reason why Bitcoin is crashing, China is as well.

Not saying that it's great that Bitcoin crashes but at least you're just eliminating those who don't see Bitcoin's utility in the long term. It is stupid to invest in something this risky if you can't afford to lose it.
1322  Bitcoin / Development & Technical Discussion / Re: Questions about multisig on: May 18, 2021, 06:14:02 PM
So we have the witness script hash (P2WSH) and the witness public key hash (P2WPKH). This Bitcoin improvement proposal says that it will improve the security by increasing the size, from 160 bits to 256, because it'll be harder to find a collision. Isn't this a little ironic for the already existent address types? I'm trying to understand what's going on here, but it seems that I fail to.

If you increase the address size, then the transaction will also weight more, but it'll be more secure against a collision attack. But why did the developers change it to SHA256 since every other address type uses the HASH160? Making such announcement is like contending that HASH160 isn't strong enough, but it is. The fact that they did it exclusively for P2WSH seems weird to me.
Hash160 is secure by itself. P2SH is susceptible to collision (with birthday paradox) as the complexity is 2^80. This means that in the far future, it could be feasible for someone to be able to obtain a collision for a given script hash address.

It is not that big of a deal. P2WSH is far more efficient and Taproot is coming out as well. I'm not sure whether there would be any plans to phase out P2SH but that is likely not the case.
Question: Is there a P2WPKH corresponding to P2SH? Or if I didn't place it properly: An address type that is longer than P2SH, but starts with “3”?
Nope.
1323  Bitcoin / Development & Technical Discussion / Re: Questions about multisig on: May 18, 2021, 03:23:07 PM
Is there any reason why we use SHA256 instead of HASH160? Why does this change only in multi-sig and not traditionally on 1-of-1 P2WSH addresses? Using 160 bits instead of 256 would make the transaction weight less.
You mean P2WPKH?

The rationale behind using SHA256 for P2WSH instead of HASH160 is stated here:
The scriptPubKey occupies 34 bytes, as opposed to 23 bytes of BIP16 P2SH. The increased size improves security against possible collision attacks, as 2^80 work is not infeasible anymore (By the end of 2015, 284 hashes have been calculated in Bitcoin mining since the creation of Bitcoin). The spending script is same as the one for an equivalent BIP16 P2SH output but is moved to witness.

Also, why does that happen only on P2WSH and not on P2SH? My multi-sig nested segwit addresses aren't longer than those that aren't multi-sig:
Nested Segwit (Multisig or not) is P2SH, not P2WSH. The standard is defined before we've decided on this and is different, there is no need to change that. There is no need for us to introduce a longer Segwit address for P2WPKH as well.

But what is the exact order of the public keys? Since we're hashing a message, then the public keys must be given on the same order. For example, in electrum when it asks me to enter my cosigners' keys, do I have to enter them in the same order when we made the wallet or has it a way to then sort it out in ascending order no matter the way I entered them?
You need to do so in the exact order. As you've said, the script is hashed and changing the order also changes the hash. That is why we rely on the redeem script.
1324  Bitcoin / Electrum / Re: after EPS setup cant send transactions from Bitcoin Core wallet on: May 18, 2021, 03:02:03 PM
#1 use the RPC functionality to broadcast the transaction with command: sendrawtransaction
In your terminal, type in this:
Code:
bitcoin-cli getrawtransaction TXID

After that, copy the string and type in this:
Code:
bitcoin-cli sendrawtransaction PASTEHERE

Replacing each of them accordingly of course.
#2 use a script like this: https://github.com/laanwj/bitcoin-submittx which seems to have been purposely designed for working with [/b]"walletbroadcast=0" configs. [/b]
Can someone please give me a step by step instruction on how to broadcast transactions trough those methods above when walletbroadcast= is set to 0, or what is the best practice in this case, maybe its just easier to change walletbroadcast= to 1 every time i want to send transaction, then to change back to 0? since changing it to 1 i still somehow connect to onion nodes.
The tool basically just pushes the TX to the peers that it sees, usage is included in the readme. Just using walletbroadcast=1 should be fine. I don't think there is any privacy repercussions.

Please avoid creating so many threads for the same issue. You can just continue from your first.
1325  Bitcoin / Bitcoin Technical Support / Re: Send transaction from Bitcoin Core wallet when config file has walletbroadcast=0 on: May 18, 2021, 01:28:54 PM
When I think about it, I think it's unnecessary in his case since he's running Bitcoin Core through Tor (another info not included in his other post).
Even if he's using the wallet, if I understand the new PRs correctly, rebroadcast is now handled in his node's mempool in a manner that his wallet transactions aren't the only txns that'll be rebroadcast.
Yeah. 0.21.0

EPS was modified to broadcast the transaction directly to the peers within Tor and I remember that this was implemented quite a long time ago. I'm not sure what are the justifications, if any that would still hold water. If the user is running Core on Tor, then using the EPS would achieve the same privacy with running Core on Tor alone. Since its dependent on Core anyways.
1326  Bitcoin / Bitcoin Discussion / Re: Debunking the "Bitcoin is an environmental disaster" argument. on: May 18, 2021, 01:15:36 PM
Since only the mining farms know how much of the time they keep their ASICs on or how long they will use them for, we currently can't really estimate their total energy usage for sure other than for the inefficient (and probably nonsensical) worst case of leaving them always on, and it's still unlikely this'll be possible if what I call "green" ASICs are ever deployed, but the energy decline should be noticeable in say 10 years when most of the old miners are phased out.
I'm sure mining farms cannot afford to leave any working ASICs undeployed. CBECI's estimation is as good as an educated guess and that is all we can work with.

There are far too many factors that can (and will) affect the electrical usage of Bitcoin. Any noticeable decrease in energy consumption of Bitcoin is NOT enough; environmentalist are not happy with high perceived electrical usage in the first place. There is no reason why they would be content with say 30% decrease in electrical usage. When it gets to something that they're content with, Bitcoin isn't secure any more. Arguably, constantly phasing out and replacing ASICs will have significant environmental impact as well. It is not a one-dimension issue as media perceives it to be.

Economic-wise, the electrical consumption will probably not change and remain at a certain equilibrium.
1327  Bitcoin / Bitcoin Technical Support / Re: Getting my xpub balance from bitcoind on: May 18, 2021, 10:31:17 AM
Bitcoin Core offers a way for users to interact with it using their hardware wallets: https://github.com/bitcoin-core/HWI.

You need to rescan if you're querying any addresses unless you specify otherwise. Blockexplorers and other sites allows you to do so instantaneously as they parse the blockchain for the addresses and index them. Bitcoin Core does not index by addresses.
1328  Bitcoin / Bitcoin Technical Support / Re: Send transaction from Bitcoin Core wallet when config file has walletbroadcast=0 on: May 18, 2021, 06:40:11 AM
You need to disable that option as suggested by the tutorial since you're using Tor.
I think the rationale behind that is to improve on the privacy of the node. The initial consideration appears to be preventing the wallet from automatically rebroadcast transactions. Since the privacy and the rebroadcast logic has been worked on and improved in the recent versions, would this still be necessary?
1329  Bitcoin / Bitcoin Discussion / Re: How do you define "mass adoption"? on: May 17, 2021, 04:43:24 PM
When it becomes feasible and an attractive substitute for fiat or any other payment methods. Unfortunately, Bitcoin as its current form doesn't justify the replacement or even a substitute for most brick and mortar stores (perhaps LN can be but most merchants actually prefer on-chain TXes). The adoption for digital services is there, mostly due to the fact that Bitcoin TXes are harder to reverse than MasterCard, Visa, PayPal, etc. The waiting time for a confirmation is also not much of a concern.

Unfortunately, the nature of cryptos makes the value quite volatile. If it somehow stabilizes some time in the future, then more people would consider exploring it as a currency rather than a speculative investment.
1330  Bitcoin / Bitcoin Discussion / Re: Debunking the "Bitcoin is an environmental disaster" argument. on: May 17, 2021, 03:33:13 PM
It dumbfolds me why the entire media (and alarmingly some people here) are so focused on changing Bitcoin's algorithm when the real problem is reducing the power consumption of mining hardware and mining farms.

If somehow Bitmain manage to make the Antminer S19 pull 10% less watts power, suddenly we are looking at a massive decrease in energy usage.

And it would be good for the mining operators too, because they'd pay less for electricity!
Or an increase.

Miners always attempts to maximize their profits and introducing a more efficient ASIC would result in the sustained electrical consumption for that difficulty epoch (and steady increasing as the newer ASICs are deployed). ASICs are usually never retired until the revenue = cost, among other factors but a more efficient ASIC would likely not result in any significant decrease in energy usage.
1331  Bitcoin / Bitcoin Discussion / Re: Could eco-friendly pools like Terra Pool end the energy consumption discussion? on: May 17, 2021, 03:20:48 PM
A step in the right direction to prove that a certain percentage of Bitcoin miners are using renewable energy but I imagine the chinese miners aren't really interested in things like this. Regulations is far more lax there, as you can imagine why.

How about the opportunity cost? Would the renewable energy have been used for uses other than mining and thereby reducing the reliance on renewable energy? I think it would be a far better viewpoint (and perhaps a counterpoint that opponents of PoW would use). Elon Musk has been pretty active on Twitter and loads of people have been convincing otherwise, to not much effect.
1332  Bitcoin / Development & Technical Discussion / Re: Why exactly is Bitcoin clinging to PoW? on: May 17, 2021, 02:51:08 PM
If it is all FUD all is good, would welcome if you could send me the data that proofs this statement wrong.
It would be fairer to consider Bitcoin as a currency and compare it to the next best alternative, which is the fiat system. Unfortunately, there really isn't any reliable estimations other than this[1] made about that but I would argue that they contribute far more carbon footprint as compared to Bitcoin mining, considering the numerous banking branches, offices, ATMs, etc.


I made the point that the energy consumption of bitcoin could be for good if it is driving development of renewable forward by giving them even more funding.
Renewable energy in many regions are cheaper than coal and for most parts, the cost of purchasing the electricity offsets the R&D of that as well.
Why not? That is exactly what I wanted to know, what is the rationale? Is everything bad? If there is an actually feasible alternative, what is bad about adopting it?
There is a PoS version of Bitcoin, which I'll argue is a shitcoin. I don't see a need for Bitcoin to change, personally. PoW is working as intended, hence the cries about its electrical consumption (which is arguably overblown by both Elon and the media). In general, Bitcoin has pretty much always adopted the mantra of "If it ain't broke, don't fix it". There really isn't any reason as of now (perhaps ever) for any shift to a different algorithm.

[1] https://twitter.com/glxyresearch/status/1393166955864117248/photo/1
1333  Bitcoin / Electrum / Re: I have an airgapped Electrum install. How do I update my balance offline? on: May 17, 2021, 12:20:51 PM
Why do you need to update your balance offline? By and large, you can always check you balance by using online services like https://blockchair.com/bitcoin and such or open your watch-only client and allow it to do it when connected to Electrum server. Use your airgapped Electrum exclusively for signing  transaction.
Possibly something to do with the inability to access a secured computer or device and OP also wants to check the balance on the go? I would never attempt to check my actual cold storage balance on any unsecured computer. Although it isn't accurate by any means, it would be sufficient for a quick reference for an albeit out-dated transaction history.
1334  Bitcoin / Bitcoin Discussion / Re: who wants a carbon neutral bitcoin ? Plant a 100 trees for 300 USD on: May 17, 2021, 12:17:11 PM
That is a lot but it is far from the truth.

Trying to measure Bitcoin's derived carbon footprint (as noted in the earlier reply; isn't directly) is fundamentally skewed. You cannot assume electricity generation to be equal, there are tons of renewable energy plants around the world that Bitcoin miner relies on. Why do Bitcoiners have to assume the responsibility of offsetting the carbon footprint? Are companies penalized enough for polluting the environment? Do they provide the same amount of utility as Bitcoin?
1335  Bitcoin / Bitcoin Technical Support / Re: Are you supporting the network if you hide your node behind Tor? on: May 17, 2021, 12:06:13 PM
NO others, (including clearnet nodes) can connect to a Tor node.

The best why to support the Bitcoin network is to buy and hold bitcoin.  self custody it and use your own Node to verify you received it.  Wink
Clearnet nodes cannot connect to a Tor node. The DNS won't recognize and route onion addresses as they're contained within the Tor network. You need to have the node connect to Tor via a proxy.

The converse is true, Tor nodes can connect to clearnet nodes.
1336  Bitcoin / Bitcoin Discussion / Re: Probably scaling may not be a big issue for bitcoin in the future but POW... on: May 17, 2021, 04:46:05 AM
Bitcoin's energy use is not necessary going to keep growing at a fast rate, after a few more halvings more and more block reward would be coming from fees rather than new coins. Right now Bitcoin's energy consumption strongly depends on Bitcoin's price, in the future it will depend on on-chain transaction volume.
Not necessarily. The cost of mining is bound to decrease with time due to increase in the efficiency of ASICs and possibly a decrease in cost of mining. The electrical usage as it is currently is of some concern, given the limited utility of Bitcoin in it's day to day usage. You cannot argue that the electrical consumption will not increase or will decrease to a sustainable level; if you want adoption, that simply won't happen. However, if you can scale Bitcoin to become something that is capable of replacing the financial systems around the world, then there is quite a bit of benefits as compared to the cost.
The problem is probably with the fact that Bitcoin
If it will ever be proved that PoS is 100% secure and not worse than PoW in any way, then maybe Bitcoin community will start considering switching to it, but it's still unclear whether it's true or not.
It is not.

Regardless, you will face significant opposition from the miners.
1337  Bitcoin / Bitcoin Discussion / Re: Probably scaling may not be a big issue for bitcoin in the future but POW... on: May 16, 2021, 10:45:44 PM
Scaling is a far greater concern and would be easier to solve first. The problem right now is really not the power consumption; most banking systems, and fiat does incur quite a bit of environmental costs when compared to Bitcoin, perhaps more as every country has their own system. The actual problem is the utility of Bitcoin. If Bitcoin's transaction volume increases exponentially, then there is really no reason why you can justify having a lower power consumption. The ASICs and indirectly their power consumption secures Bitcoin and makes it far harder for any single entity to be able to attack Bitcoin as it'll be difficult to have that much resources.

If renewable energy gets even cheaper, then I foresee even more miners to be shifting to them. Problem with PoS and other algorithms is that it isn't secure by itself, you're not risking anything or incurring any costs by building on a fork. Given how the current distribution is skewed, can't see how it'll help at all and only serves to monopolize mining even more.
1338  Bitcoin / Bitcoin Technical Support / Re: Are you supporting the network if you hide your node behind Tor? on: May 16, 2021, 05:25:32 PM
In order to fully support the network your node has to be accepting inbound connections so it can relay transactions/blocks to its peers.
Running your node over Tor doesn't mean it can't be discovered or accessed. It depends on your configuration.
Basically, if it has more than 8 connections that means it's accepting inbound connections. You can also check it by running the "getpeerinfo" command.
Actually, it's fine if you aren't. You're still validating and relaying transactions and blocks to the peers that you're connected to.

It'll be more than 10 peers actually. 2 of the are designated as block relay only peers that you're connecting to.
1339  Bitcoin / Bitcoin Discussion / Re: Are miners leeches? on: May 16, 2021, 04:25:40 PM
Botnets aside, we only have large mining farms as we can have lots of small ASICS in the same place.  It wouldn't work with whole PCs.
You can. GPU farms are pretty big and CPUs are pretty small. It wouldn't be hard to customize them and upsize it to become a whole farm. It all depends on the motivations behind it but it is definitely possible and would be done without ASICs anyways.

How do botnets get their work into the system?  Are they their own pools?  Do they just feed into legitimate pools?  Can't we blacklist them somehow?
So if we're CPU mining or even GPU mining, they're profitable. You cannot blacklist or exclude anyone from the network; the nature of Bitcoin makes it extremely hard to single out miners actually. The reason why we know who mined the blocks is because mining pools put identifiable information within their mining pool.

Sorry, I missed this:
Btc will never go POS because too many companies have too much money invested in being POW.  So even if elon Musk rewrote Btc to be POS tomorrow, no one else would go for it. 
Partly that yeah. Of course, Bitcoin shouldn't come under the influence of any third party as it simply doesn't make sense to conform to his ideas. Shifting Bitcoin's algorithm would spawn an altcoin instead. It won't be considered Bitcoin.
How is the proportion of btc earned split between miners in pools and the huge btc farms?  I was in a pool for a while in the early days and made some money but that soon stopped?  What gear would a person in a pool need to earn anything these days?  Are the main pools just groups of small pools?
Proportionally... It depends on how much hashing power you have. You'll probably earn a miniscule amount with a single ASIC and might not even be profitable depending on your electrical rates. Pool is a concept whereby people mine together and split the rewards. Big pools and smaller pools are all the same.
1340  Bitcoin / Bitcoin Discussion / Re: Colonial Pipeline paid 75 BTC ransomware to DarkSide hackers on: May 16, 2021, 01:30:47 PM
When I first read it I was sure they are going to pay if the amount is cleverly chosen. That's what the hackers did. What I am asking myself is though why don't the hackers ask for an anonymous cryptocurrency? They now have all the hassle to get the BTC through mixers and exchanges. Or they do have agreed upon p2p deals at discounts. That could be a possibility, maybe even the most likely possibility of all of them.
Probably the largest transaction volume and the easiest to get. Anonymity doesn't matter because it'll be quite easy to mix them around and be untraceable.

But there was another, much cheaper option. That was to purchase a good anti-virus software such as Kaspersky for their computers and servers. It would have cost around $5 per machine, per year. And according to my calculations, that option was much cheaper when compared to paying millions in ransom. I can't really believe that these pipelines are being run by incompetent people, who allowed the computers to be infected with ransomware.
An antivirus can only do so much to protect their user. If you're a company that is of interest to any attackers, an antivirus would provide VERY little resistance to them. Your antivirus can only detect using their heuristic and suspicious behavior but it wouldn't matter if the attacker is able to use certain zero-day exploits or something similar to evade detection. Your best bet is to reduce your attack surface, airgapping for example but Stuxnet has proven that less than effective.

Pages: « 1 ... 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 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 ... 461 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!