- Dec 16, 2015
- 2,806
- 6,088
However this definition does not really matter, most people are now saying it has not been released. I am happy to accept that.
However this definition does not really matter, most people are now saying it has not been released. I am happy to accept that.
This might be a loose loose debate. The only small block argument left with any merit, is a fear of the undefined word 'decentralisation'. They fear that with an increased block size node count would drop significantly. They are right of course a hard fork increase would kill off all the old nodes on the network.I'd say that with 2MB, we have the perfect figure for it to be an experiment on this front, harmless enough to hopefully convince most except the very stubborn smallblockers:
I think credit card comparisons are valid because Bitcoin's intrinsic value is foremost via its utility as a payment system. Once this translates into a growing network effect it gains speculative value and then becomes a store-of-value in a virtuous cycle.I've been wondering for a while how much VISA paid to become the official credit card sponsor of Bitcoin scaling comparisons.
That is a secondary concern, behind the concern that an HF puts at risk Core's status as the reference client. The main benefit of soft-forks is that they maintain Core's node count at a high-level, even if old nodes become near-useless zombies. The two are connected issues but with different emphasis.The only small block argument left with any merit, is a fear of the undefined word 'decentralisation'. They fear that with an increased block size node count would drop significantly.
// Copyright (c) 2016 Matt Corallo
// Unlike the rest of Bitcoin Core, this file is
// distributed under the Affero General Public License (AGPL v3)
Yes, perhaps it's naive of me to still assume altruism here? I'm thinking that despite differences, the majority of developers still want what's best for the network health. The idea of multiple competing clients and teams seems like a no brainer?behind the concern that an HF puts at risk Core's status as the reference client.
Yeah, I've been wondering for a while how much VISA paid to become the official credit card sponsor of Bitcoin scaling comparisons.
Yep, and sort of related to that is the idea that people tend to be somewhat uncomfortable, at least in certain contexts, with explicit / quid pro quo exchange (including monetary exchange) because it traditionally signaled social distance. It was something that you did with outsiders whereas the economics of tribal life were based on informal gifts / debts (not unlike how intra-family economics are usually handled today). An illustration of this idea is that weird ritual you sometimes see where two friends who are dining out together argue over who gets to pick up the check. Why would you ever want to pay (and how hard is it to ask for separate checks)? But of course that's not the point. The point is to signal that the other person is in your inner circle -- "I value our friendship and the time we spend together so much that $20 to cover your loaded potato skins and baby back ribs isn't even a rounding error."
let's refine this even further to a tertiary concern cuz nobody has anything against the Core client. it's the for profit enterprises of kore devs controlling the client that is the real concern. when too many of them group together like in Blockstream (~10 kore devs) then it becomes a problem of influence and direction of the code. it's very difficult to discern in a situation like this if they're slipping in BIP's that benefit themselves at the expense of Satoshi's original vision. my assessment over the years is that they are in fact doing this, as i have argued ad nauseum with things like RBF, CLTV, CSV and now SWSF. i don't think there's any question that Pieter Wuille and Gregory Maxwell hold sway over all the other devs to a great degree even tho they would claim differently. Pieter has actually earned his cred altho i think he betrayed his intentions by saying that there would be no incentive to work on offchain solns if we lifted the 1MB cap. duh, of course not, b/c then Bitcoin onchain would become wildly successful and there would be no need nor interest from the community for their offchain products. Greg otoh, who also is quite intelligent, wields a significant amount of his power thru intimidation/trolling. the "dipshits" come to mind. i don't know about you, but i'm pretty sure i wouldn't trust ultimately a supposed open source project led by someone like him. in fact, i'm sure of it. i still have confidence though that eventually he will be swept away by the incoming Bitcoin onchain tsunami.That is a secondary concern, behind the concern that an HF puts at risk Core's status as the reference client. The main benefit of soft-forks is that they maintain Core's node count at a high-level, even if old nodes become near-useless zombies. The two are connected issues but with different emphasis.
yes, my ideal long term scenario would be for the entire legacy system to stay in place (as much as possible) and swap out dollars for Bitcoin.@solex
We can easily have a system like Visa for bitcoin, easily even better systems, we could even use Visa, they could add bitcoin as a currency option.
Bitcoin compares to dollars, the actual cotton rectangles.
@cliff @freetrader@freetrader: Interesting link @ cryptosteel.
It looks like you have to arrange the keys manually and they are just inserted into that contraption, though?
I feel that's a lot of money for a piece of sheet metal. And it probably isn't quite that rugged, as the letters/digits seem to be just held by the front and back plate? If the thing comes apart, the letters would fall out ...
Personally, I'd rather use a simple sheet of 1.5mm (~ 1/16" for you Americans ) titanium metal (even more corrosion resistant AFAIK(?)) plus one of those.
I think that will be as permanent as it gets.
that looks brutal and is why Bitcoin was created. negative yields arise from excessive money printing which is why Bitcoin has and should continue to emphasize it's monetary/currency properties above all else (esp smart contracts).This is a pretty important list to keep an eye on for the next 6 months.
The world is going negative. There is no precedent for this in any of the economic history books.
Dutch are the latest additions to the club
didn't i see somewhere where Corallo will be charging a fee to use FIBRE?Hmm, I just looked at the FIBRE code for the first time and it's a modified Bitcoin Core.
Interestingly, not all sources are distributed under the MIT license anymore, e.g. src/udpnet.cpp is AGPL:
https://www.gnu.org/licenses/agpl.htmlCode:// Copyright (c) 2016 Matt Corallo // Unlike the rest of Bitcoin Core, this file is // distributed under the Affero General Public License (AGPL v3)
I have considered using the AGPL myself before in projects. The main benefit (and the reason it was invented) as far as I remember is that it prevents people from using the free code in web services where they don't have to disclose their code, and thus don't have to share their enhancements.
In this regard, the MIT license is more permissive.
Anyone know if this is the first instance where a developer has bundled non-MIT code with the Core client?
I didn't pick up on that, but I assume so - after all it's not the software by itself that brings the sub-300ms latency he claims, it's the associated infrastructure. Same goes for the Falcon network. The question I have: this is becoming like a game of high-frequency trading. The one with access to the fastest network wins, and we're moving into sub-1s range while the block period is 10 minutes. This seems like a silly, unproductive arms race in the big scheme of things.didn't i see somewhere where Corallo will be charging a fee to use FIBRE?
blanking_period = (30 + ((the sum of the last N blocks' final hash digits) modul0 10) * 10) seconds
Actually, I've been wondering recently whether the references/comparisons/aspirations to VISA are appropriate. VISA doesn't transfer cash. VISA transfers contracts/short-term loans. Sometime after the point of sale the merchant and credit provider get actual money for the transaction (or they don't - many card holders default and their accounts end up in collections). Lightning may actually be closer to what VISA actually does than the BTC network. I don't think this necessarily has to implicate the blocksize debate, but the debate certainly has gone that direction . . . .@Roger_Murdock
I think credit card comparisons are valid because Bitcoin's intrinsic value is foremost via its utility as a payment system. Once this translates into a growing network effect it gains speculative value and then becomes a store-of-value in a virtuous cycle.
VISA is the largest single card issuer, so gets the lion's share of public references in the Bitcoin community.