Bitcoin & Crypto News

Plasma Debit (see https://ethresear.ch/t/plasma-debit-arbitrary-denomination-payments-in-plasma-cash/2198) explicitly calls itself a Plasma flavor, and is arguably much closer to an account-based model than a UTXO-based one; in fact, it seems to have very similar properties to what this is proposing. So I do… Continue Reading →

No. But if your argument is that “even with all of their power, miners were unable to push through even highly popular block size increases, therefore governance really is effective at preventing controversial changes”, then that means that PoS nodes… Continue Reading →

> (since fraud proofs are still not a solved problem?) IMO they are. See https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding But you’d be right to say that it’s still theoretical and not yet implemented in a live network.

> I think you know my argument is that it’s all tied together Well it’s not. “It’s all tied together” is the sort of argument that’s generally made as an attempt to defend unconnected idiosyncratic beliefs of a political tribe, not… Continue Reading →

I think this article is conflating a few very different issues. First of all, an entire section (the one comparing Bitcoin to “Old Ethereum”) is focused on governance, and not scaling strategy. Bitcoin favors maximum predictability of the cost of… Continue Reading →

You may love Harberger taxes 🙂 On Radical Markets Part of the value of decentralized info tech is arguably that it makes enforcing computationally complex peace treaties / rights / norms across a large community much more feasible.

> Plus network latency is bad, and eth node can’t run on any consumer grade laptop as of last six-twelve months I run a parity node on my laptop just fine.

I think this misses the fact that the sharding spec contains multiple heuristics that allows users to get pretty good guarantees about data availability and correctness even in the case of a malicious 51% attacker. See: ethereum/research As well as… Continue Reading →

>Because of Ethereum’s exponentially growing blocksize, the bottleneck is not regulated > At some point your node will fall out of sync because of this or a blocksize cap will be put in place. This is *severely* uninformed. Ethereum already has… Continue Reading →

By Vitalik Buterin and Glen Weyl Wealthy societies around the world are facing a growing crisis of confidence in established authorities. Stagnating economies, mounting inequality, political corruption and the increasing monopolization of technology for the benefit of elites have provoked a… Continue Reading →

> Only DPOS BFT can efficiently scale to an unlimited number of validators (at cost to latency). Other protocols grow the resource requirements for finality with O(N²) the number of participants as everyone must talk to everyone twice for each… Continue Reading →

This seems to be the crux of the article, and it’s fundamentally wrong. First of all, there is no such thing as a financial instrument where one party loses expected value and no one gains, unless coins are being burned,… Continue Reading →

> Finally, the main technical argument given for capped supply (that issuance undermines the security of consensus) is simply not correct. Here I disagree. > Enough issuance will eventually drive down the price of every individual unit of cryptocurrency, it does… Continue Reading →

To be clear I’m not necessarily wedded to a finite supply cap. That said, I do think that you are missing one of the big arguments in favor of finite supply: mistrust of future governance. The fact is that we… Continue Reading →

Thanks for replying and appreciate your engagement with my posts! > I, on the other hand, am looking to create tools to be used by competing groups of good people where at least 2/3 are honest. Oh I agree that 2/3 of… Continue Reading →

For now; may be worth mentioning Casper FFG 🙂

That said, I first recommend getting comfortable with number theory and abstract algebra; there are plenty of materials for either of those… Continue reading on Medium »

Thanks a lot for the feedback! > # someBytes: private(bytes32) # error: “Base type with units can only be num, decimal” You should have just done someBytes: bytes32 . Perhaps we should add an explicit error message that redirects programmers to this… Continue Reading →

Regarding bandwidth requirements for stateless clients, I can give some precise numbers. Currently, there are ~16M accounts, and tries have up to ~1M storage keys. Hence, a Merkle tree branch for a given account would have ~log16(16M) ~= 6.25 nodes, which… Continue Reading →