Bitcoin Forum
November 07, 2024, 08:39:09 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Poll
Question: When will BTC get back above $70K:
7/14 - 0 (0%)
7/21 - 1 (0.8%)
7/28 - 11 (8.9%)
8/4 - 16 (12.9%)
8/11 - 8 (6.5%)
8/18 - 6 (4.8%)
8/25 - 8 (6.5%)
After August - 74 (59.7%)
Total Voters: 124

Pages: « 1 ... 14422 14423 14424 14425 14426 14427 14428 14429 14430 14431 14432 14433 14434 14435 14436 14437 14438 14439 14440 14441 14442 14443 14444 14445 14446 14447 14448 14449 14450 14451 14452 14453 14454 14455 14456 14457 14458 14459 14460 14461 14462 14463 14464 14465 14466 14467 14468 14469 14470 14471 [14472] 14473 14474 14475 14476 14477 14478 14479 14480 14481 14482 14483 14484 14485 14486 14487 14488 14489 14490 14491 14492 14493 14494 14495 14496 14497 14498 14499 14500 14501 14502 14503 14504 14505 14506 14507 14508 14509 14510 14511 14512 14513 14514 14515 14516 14517 14518 14519 14520 14521 14522 ... 33896 »
  Print  
Author Topic: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion  (Read 26488604 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (174 posts by 3 users with 9 merit deleted.)
Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 03:05:39 AM

Did I say LN? I can think of 21 million reasons that there will be more solutions than just open source pre-paid payment channels.

Sure, Like their product "Liquid"? Why Shouldn't hard work and innovation be rewarded whether its with Blockstream product liquid, Coinbases products like shift , or any other company. We all benefit from these competing products.

Not necessarily like Liquid, but yes, proprietary software and networks where money can actually be made. Like Coinbase, their investors want ROI. Unlike Coinbase, their employees and founders (currently) have and are exercising the power to veto any hardfork, even a bump to 2MB.

Quote
Your fears are completely misguided as you assume some sort of control or lock-in with developers or code when the reality is that we can go completely down the rabbit hole of core with LN framework and easily revert back to an XT model. The greater concern should be on the centralization of ASIC manufacturing, node count and Pool mining.

Who is this we you're talking about? Soft forks don't require consensus. 60% of current nodes are not running the latest Core release. Do you know what happens to the (real, verifying) node count when segwit happens? The free market will handle ASIC and Pool concentration, as it always has. It may concentrate further, it may not... not to be "fixed" by the central Core politburo and their apparatchiks.
billyjoeallen
Legendary
*
Offline Offline

Activity: 1106
Merit: 1007


Hide your women


View Profile WWW
January 14, 2016, 03:07:25 AM

-snip-
THEREFOR: We will hit the limit and have a network congestion failure. The price will crash. It is almost inevitable now.  The only question is when. My best guess is two months.

THEREFOR we are fucked. 

Hitting the cap and negating use cases for the network isn't a fireworks explosion, we've been over this. It's a slow bleed away of utility. Some "store of value because reasons™ people", some illicit commerce, some off chain speculation, will all still be around to a degree...

It may take years to fully squander the first mover advantage to other alternatives. Blockstream may hope that alternative is them, and they need Bitcoin to still function as a settlement layer...

See, it's not as bad as it could be.

If you still have any concerns, please consult the roadmap.

Moderators are standing by to assist you.


The maximum cost of an altcoin to bootstrap a 7 Billion dollar market cap is 7 Billion dollars. That's peanuts to Wall Street and Silicone Valley and it likely won't take nearly that much.  If First Mover advantage is lost, whether it takes years or months, it will be gone forever.  Yeah, Bitcoin will still be around. Hell, MySpace is still around, but The escape route from Bankster tyranny will have been blocked.
billyjoeallen
Legendary
*
Offline Offline

Activity: 1106
Merit: 1007


Hide your women


View Profile WWW
January 14, 2016, 03:09:07 AM

If BTC appreciation were actually due to Chinese currency controls, we ought to be taking off right now, as you just can't buy physical USD in China this week.

And yet we're not taking off.  Thank your Core Development friends for that.
Richy_T
Legendary
*
Offline Offline

Activity: 2604
Merit: 2316


1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k


View Profile
January 14, 2016, 03:12:48 AM

big blockers seem too well acquainted with random bad luck ... or maybe they are just losers who don't know squat?

Weak. Try harder.
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2349


Eadem mutata resurgo


View Profile
January 14, 2016, 03:23:47 AM

big blockers seem too well acquainted with random bad luck ... or maybe they are just losers who don't know squat?

Weak. Try harder.

yawn ..  you guys are just a bunch of jealous blowhards who've never actually produced anything, except lots of noise and fanboy hero worship for the Gav and Hearn the huckster.

same old, same here it seems ... why bother dropping in to listen to broken record troll-hards?
Richy_T
Legendary
*
Offline Offline

Activity: 2604
Merit: 2316


1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k


View Profile
January 14, 2016, 03:25:27 AM

big blockers seem too well acquainted with random bad luck ... or maybe they are just losers who don't know squat?

Weak. Try harder.

yawn ..  you guys are just a bunch of jealous blowhards who've never actually produced anything, except lots of noise and fanboy hero worship for the Gav and Hearn the huckster.

same old, same here it seems ... why bother dropping in to listen to broken record troll-hards?

Nope. I guess you just don't have it in you.
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1035


View Profile
January 14, 2016, 03:27:44 AM

Unlike Coinbase, their employees and founders (currently) have and are exercising the power to veto any hardfork, even a bump to 2MB.


You are very confused. Core cannot force the miners , nodes, processors, and users what code to use. The veto is completely within our power. All I have to do I download a copy of Bitcoin XT or unlimited and I vetoed Core. A 12 year old child can create and alternative implementation and we can collectively veto core. Core only has power insomuch as we give them power and it can be taken away quickly in a moments notice.


Soft forks don't require consensus.

They require consensus with adoption. If you don't upgrade you don't adopt segwit.


Do you know what happens to the (real, verifying) node count when segwit happens?

Sure... but let me guess a few of your disagreements. Segwit Soft fork is voluntary but than the old nodes won't get the lower fees and won't be able to verify properly new segwit txs making them obsolete. A soft fork forces nodes to upgrade to insure they get bug fixes otherwise they will be vulnerable.

Let me address these two concerns:

1) The tx fees comparing now to after segwit on non-upgraded nodes will remain the same unless a fee event occurs which is the exact same scenario with or without segwit. If you don't like the bundling of the other features with capacity improvement than that is what other implementations are for.

2) We are discussing open source code here, which means we can take all the bugfixes and backpatch them to previous versions so they remain segwit free and secure.
Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 03:28:36 AM

big blockers seem too well acquainted with random bad luck ... or maybe they are just losers who don't know squat?

Weak. Try harder.

yawn ..  you guys are just a bunch of jealous blowhards who've never actually produced anything, except lots of noise and fanboy hero worship for the Gav and Hearn the huckster.

same old, same here it seems ... why bother dropping in to listen to broken record troll-hards?

We've had news, you can now add Jeff Garzik to the list of hucksters. 

https://twitter.com/jgarzik/status/687352747465830400
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1035


View Profile
January 14, 2016, 03:32:17 AM

If First Mover advantage is lost, whether it takes years or months, it will be gone forever.  Yeah, Bitcoin will still be around. Hell, MySpace is still around, but The escape route from Bankster tyranny will have been blocked.

Goldman sachs and govcoin can never replicate some of bitcoins best attributes:soverign, immutable, no KYC. and extremely unlikely to replicate other features that make bitcoin so great : limited , disinflationary.

Once you know this , you will have no fear of these private blockchains.
Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 03:46:56 AM

Unlike Coinbase, their employees and founders (currently) have and are exercising the power to veto any hardfork, even a bump to 2MB.

You are very confused. Core cannot force the miners , nodes, processors, and users what code to use. The veto is completely within our power. All I have to do I download a copy of Bitcoin XT or unlimited and I vetoed Core. A 12 year old child can create and alternative implementation and we can collectively veto core. Core only has power insomuch as we give them power and it can be taken away quickly in a moments notice.

I'll forego the introductory insult. You're right in explicit terms, I was speaking in practical terms. What you describe may be exactly what will happen, aside from the 12 year old child part and swapping an overambitious BIP101 with BIP102.

Quote
Soft forks don't require consensus.

They require consensus with adoption. If you don't upgrade you don't adopt segwit.

And your former full node is knocked back to SPV+ mode without your request or permission.

Quote
Do you know what happens to the (real, verifying) node count when segwit happens?

Sure... but let me guess a few of your disagreements. Soft forks are voluntary but than the old nodes won't get the lower fees and won't be able to verify properly new segwit txs making them obsolete. A soft fork forces nodes to upgrade to insure they get bug fixes otherwise they will be vulnerable.

Let me address these two concerns:

1) The tx fees comparing now to after segwit on non-upgraded nodes will remain the same unless a fee event occurs which is the exact same scenario with or without segwit. If you don't like the bundling of the other features with capacity improvement than that is what other implementations are for.

2) We are discussing open source code here, which means we can take all the bugfixes and backpatch them to previous versions so they remain segwit free and secure.

A hard fork is the honest way to force nodes to upgrade. A soft fork is a way to break them and suggest they upgrade.

1) Segwit isn't optional for a full node. And it gives only 0.4 to 0.75MB gain for a full bushel of complexity via an opcode hack.

2) We are talking open source code here where miners can get the modest increase in max_block_size they requested without all the extra "benefits", Classic.

 
ChartBuddy
Legendary
*
Offline Offline

Activity: 2352
Merit: 1803


1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ


View Profile
January 14, 2016, 04:02:02 AM

Coin



Explanation
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1035


View Profile
January 14, 2016, 04:16:02 AM

A hard fork is the honest way to force nodes to upgrade. A soft fork is a way to break them and suggest they upgrade.

1) Segwit isn't optional for a full node. And it gives only 0.4 to 0.75MB gain for a full bushel of complexity via an opcode hack.


How does a softfork break old nodes? The bugs exist with or without the new changes and one can backport any bugfixes to previous versions that don't want new features like segwit. Yes, segwit is indeed optional for full nodes, non-upgraded full nodes will continue to work and verify non segwit tx's,if and when you are the last non-segwit node than that is one of the most ideal examples of consensus we can have, where 99.99% of other nodes have switched over and you are the only one remaining , much fairer and flexible than a hard fork with lower consensus numbers.

2) We are talking open source code here where miners can get the modest increase in max_block_size they requested without all the extra "benefits", Classic.

Are you suggesting the miners aren't excited about the features and benefits of segwit and are instead merely salivating over the extra tx fees from a mere 0-0.3 MB in capacity increase that classic is possibly proposing above segwit?  

Hopefully you are not suggesting that only the variable maxBlockSize needs to be changed for Classic either- CVE-2013-2292.

 
Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 04:58:56 AM

A hard fork is the honest way to force nodes to upgrade. A soft fork is a way to break them and suggest they upgrade.

1) Segwit isn't optional for a full node. And it gives only 0.4 to 0.75MB gain for a full bushel of complexity via an opcode hack.


How does a softfork break old nodes? The bugs exist with or without the new changes and one can backport any bugfixes to previous versions that don't want new features like segwit. Yes, segwit is indeed optional for full nodes, non-upgraded full nodes will continue to work and verify non segwit tx's,if and when you are the last non-segwit node than that is one of the most ideal examples of consensus we can have, where 99.99% of other nodes have switched over and you are the only one remaining , much fairer and flexible than a hard fork with lower consensus numbers.

You have a strange definition of bugs. After segwit activation, formerly full nodes not running the latest release will not be verifying signatures on witness data. Period. Full stop.
 
Quote
2) We are talking open source code here where miners can get the modest increase in max_block_size they requested without all the extra "benefits", Classic.

Are you suggesting the miners aren't excited about the features and benefits of segwit and are instead merely salivating over the extra tx fees from a mere 0-0.3 MB in capacity increase that classic is possibly proposing above segwit?  

Hopefully you are not suggesting that only the variable maxBlockSize needs to be changed for Classic either- CVE-2013-2292.

I'm not sure how excited miners are about segwit. If you have any statements or acknowledgements from Pool admins stating that they support segwit as a solution well into 2017 I'm open to read them, is eloipool still a thing?

My personal opinion is that segwit would be cleaner, more thoroughly analyzed, and be better prepared for if released without the time crunch and soft fork provisos. In the end, my opinion doesn't matter much, that's why I bitch on these fora so much. The only influence I have is my node, a few rigs, my funds, and my words. Classic seems to be more collaborative in the way they approach miners and users about these issues... I agree that they are not fully fleshed out in terms of the distant future, but collaboration is messier than dictatorship, and this is the important issue of the day... imo.

jtoomim goes into more detail here: https://np.reddit.com/r/Bitcoin/comments/3ygu5d/blocksize_consensus_census/cydpcob
ChartBuddy
Legendary
*
Offline Offline

Activity: 2352
Merit: 1803


1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ


View Profile
January 14, 2016, 05:01:56 AM

Coin



Explanation
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1035


View Profile
January 14, 2016, 05:17:40 AM

You have a strange definition of bugs. After segwit activation, formerly full nodes not running the latest release will not be verifying signatures on witness data. Period. Full stop.

Yes this is what I explained, but they will still verify tx from non-upgraded nodes.
The bugs I refer to are in reference to concerns of some that may prefer security patches and not some features like segwit /or RBF.

but collaboration is messier than dictatorship, and this is the important issue of the day... imo.

jtoomim goes into more detail here: https://np.reddit.com/r/Bitcoin/comments/3ygu5d/blocksize_consensus_census/cydpcob
https://bitcoinclassic.consider.it/ gives the appearance of consensus forming through democracy but in the end  there is little difference as jtoomim or gavin has veto power or can push through a change the community disagrees with -
Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 05:57:23 AM

You have a strange definition of bugs. After segwit activation, formerly full nodes not running the latest release will not be verifying signatures on witness data. Period. Full stop.

Yes this is what I explained, but they will still verify tx from non-upgraded nodes.
The bugs I refer to are in reference to concerns of some that may prefer security patches and not some features like segwit /or RBF.

So... half-broken, fine, not a distinction that matters to me. Can you give a "for example" on the security patches nodes want besides not being half-broken?

Quote
but collaboration is messier than dictatorship, and this is the important issue of the day... imo.

jtoomim goes into more detail here: https://np.reddit.com/r/Bitcoin/comments/3ygu5d/blocksize_consensus_census/cydpcob

https://bitcoinclassic.consider.it/ gives the appearance of consensus forming through democracy but in the end  there is little difference as jtoomim or gavin has veto power or can push through a change the community disagrees with -

The only real democracy in Bitcoin is measured in PH/s, other elements of the economy may influence them, and rightly so... their business depends on it.
ChartBuddy
Legendary
*
Offline Offline

Activity: 2352
Merit: 1803


1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ


View Profile
January 14, 2016, 06:01:56 AM

Coin



Explanation
BitUsher
Legendary
*
Offline Offline

Activity: 994
Merit: 1035


View Profile
January 14, 2016, 06:05:11 AM

Can you give a "for example" on the security patches nodes want besides not being half-broken?

Small sample..


    #6438 2531438 openssl: avoid config file load/race
    #6571 100ac4e libbitcoinconsensus: avoid a crash in multi-threaded environments
    #6694 834e299 [QT] fix thin space word wrap line break issue
    #6703 1cd7952 Backport bugfixes to 0.11
    #6750 5ed8d0b Recent rejects backport to v0.11
    #6769 71cc9d9 Test LowS in standardness, removes nuisance malleability vector.
    #6789 b4ad73f Update miniupnpc to 1.9.20151008
    #6785 b4dc33e Backport to v0.11: In (strCommand == “tx”), return if AlreadyHave()
    #6795 4dbcec0 net: Disable upnp by default

Cconvert2G36
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
January 14, 2016, 06:33:19 AM

Can you give a "for example" on the security patches nodes want besides not being half-broken?

Small sample..


    #6438 2531438 openssl: avoid config file load/race
    #6571 100ac4e libbitcoinconsensus: avoid a crash in multi-threaded environments
    #6694 834e299 [QT] fix thin space word wrap line break issue
    #6703 1cd7952 Backport bugfixes to 0.11
    #6750 5ed8d0b Recent rejects backport to v0.11
    #6769 71cc9d9 Test LowS in standardness, removes nuisance malleability vector.
    #6789 b4ad73f Update miniupnpc to 1.9.20151008
    #6785 b4dc33e Backport to v0.11: In (strCommand == “tx”), return if AlreadyHave()
    #6795 4dbcec0 net: Disable upnp by default



I would rather have all those issues than be half broken. Simple fix for upnp... don't allow it.

Imagine if "we" could be not broken and have bug fixes at the same time, plus 2MB blocks, why didn't anyone think of this...?
ChartBuddy
Legendary
*
Offline Offline

Activity: 2352
Merit: 1803


1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ


View Profile
January 14, 2016, 07:01:54 AM

Coin



Explanation
Pages: « 1 ... 14422 14423 14424 14425 14426 14427 14428 14429 14430 14431 14432 14433 14434 14435 14436 14437 14438 14439 14440 14441 14442 14443 14444 14445 14446 14447 14448 14449 14450 14451 14452 14453 14454 14455 14456 14457 14458 14459 14460 14461 14462 14463 14464 14465 14466 14467 14468 14469 14470 14471 [14472] 14473 14474 14475 14476 14477 14478 14479 14480 14481 14482 14483 14484 14485 14486 14487 14488 14489 14490 14491 14492 14493 14494 14495 14496 14497 14498 14499 14500 14501 14502 14503 14504 14505 14506 14507 14508 14509 14510 14511 14512 14513 14514 14515 14516 14517 14518 14519 14520 14521 14522 ... 33896 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!