So I have a lot of thoughts about this. History is definitely rhyming as we build the Internet of Value today in a similar manner to how the Internet of Communications was built from the 1970s to now. But many people are applying the wrong lessons from the past to the present!
Email (SMTP) was invented in 1982, and was the Internet's (TCP/IP) killer app for 30+ years and arguably still is. When @ChairmanHeath says "Internet" he's prob referring to HTTP, invented in 1989 by Tim Berners-Lee and popularized by the browser, the Internet's second killer app
I can't remember where I got this screenshot, apologies, but it perfectly distills what HTTP brought to the table: more media types beyond text!

Similarly, Bitcoin only transfers BTC, while Ethereum allows for many types of "value" transfer. Pattern matching to HTTP isn't crazy.
But it does fail to understand where BTC and ETH sit in the Internet of Value's "stack". SMTP and HTTP are Layer 3 protocols on top of TCP/IP. BTC and ETH are Layer 1 protocols that need L2 to scale.

Bitcoin learned from IP that on L1 simplicity and stability are the key.
Bitcoin also understands that to harness Metcalfe's Law and build a compounding network effect with a comms protocol, you need the lowest barrier to entry to run the software so that it runs on the max number of computers.

This is obvious in bitcoind, lnd, and other implmtns.
Ethereum was wrong about introducing complexity on the base layer, as they're now realizing with high fees & worries about MEV.

I think they're also wrong to focus on rollups first instead of channel networks, given that rollups only involve one operator node.
This is important because I think the order of operations here (h/t @MartyBent) is:
L1 - stable and balanced PoW
L2 - maximally distributed network of p2p nodes (plus some rollupy things for pooled liquidity...)
L3 - arbitrary value transfer protocol, like HTTP (RGB? DLCs? idk)
If this is a competition, and I don't think it is since Bitcoin has so obviously and resoundingly won L1 and has a huge head start in L2, the focus should be on quickly getting to that L3 protocol that enables the Netscape-like killer mainstream app without compromising L1 or L2.
Focusing on apps and vanity metrics on L1 when we know theres a glass ceiling on their scale given L1s limitations is silly. Uniswap, though a very impressive product from a team I have a lot of respect for, has max 100k users all-time. Netscape had 5M MAUs in 1996! It's so early
In conclusion, @ChairmanHeath you're on the wrong level of the stack bro! We haven't gotten to L3 protocols yet. But good luck getting a cushy job at Consensys after your term ends 😉
When we do get to L3, you might be right that the killer feature is enabling value transfer of assets other than BTC. Read @giacomozucco for why it'll happen on L3 of LNP/BP, and not on Ethereum.

m.alza.co.uk/lnp-bp-lightni…

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Ryan Gentry

Ryan Gentry Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @RyanTheGentry

2 Oct
So now that we all agree that globally available blockspace is not scalable for actual computation, but is best used for verification of off-chain computation instead, here are some thoughts on Ethereum's approach to scaling vs. Bitcoin's.

~👇~Thread~👇~
First, definitions:
1) broadcast txs: all-to-all gossip comms that succumbs to the scalability trilemma (all L1s)
2) unicast txs: 1-to-1 direct comms that occurs between two peers only (LN)
3) multicast txs: 1-to-many comms between a subset of peers (rollups, sidechains)
Both Bitcoin and Ethereum's L1 use broadcast txs. But because of (IMO) Bitcoin's use of UTXOs vs. Ethereum's use of accounts, Bitcoin has prioritized unicast txs via LN first, whereas Ethereum's initial unicast txs projects have been discarded in favor of multicast txs.
Read 20 tweets
5 May
0/7 I just released a new post about the Lightning Network as a utility for Web3 development. Web3 has typically been owned by the non-Bitcoin community (ETH, DOT, etc.), but I argue here that LN brings it firmly back into BTC's domain.

multicoin.capital/2020/05/05/lig…
1/7 Multicoin defines Web3 as “the unbundling of data and application logic.” Rather than focusing on storing user data on a blockchain, LN takes an incremental step towards that vision: "strong decoupling of authentication and payment logic from application logic" h/t @roasbeef Image
2/7 This is fascinating to me. Web2.0 has been dominated by freemium business models with two tiers of users:
1) free and pseudonymous if you use Tor/proxies/etc.
2) paid, giving up your identity and data ownership

This given rise to the structural problems fueling Web3 interest
Read 8 tweets
24 Sep 19
0/3 @mattshap1 and I just published "Privacy is a Feature, Not a Product"
multicoin.capital/2019/09/24/pri…
1/3 In the essay, we argue that privacy is a feature of valuable cryptocurrencies, not a product offering in and of itself. Users should not have to take balance sheet risk (e.g. by selling some BTC or ETH for ZEC) on less valuable and less secure cryptocurrencies
2/3 in order to achieve financial privacy. At the end of the essay, we study the nascent privacy pools on Bitcoin and Ethereum to evaluate if they offer sufficient privacy guarantees for most users to never need niche privacy-focused blockchains.
Read 5 tweets
19 Sep 19
As predicted, now that the summer is officially over the pace of whitepapers is picking up! Here are four new additions to the #CryptoArchives:
0/8

github.com/multicoincapit…
First, @LefKok, @dahlia_malkhi, @ittaia and Sasha Spiegelmann implemented a fully asynchronous DKG based on a novel "eventually perfect" common coin abstraction. 1/8

eprint.iacr.org/2019/1015.pdf
It's amazing how many new DKG constructions have come out in 2019. You'll find them in our Cryptographic Primitives -> Other section:
2/8

github.com/multicoincapit…
Read 9 tweets
30 Aug 19
It's been a slow summer for the #CryptoArchives, but I think this autumn is going to bring a torrent of new papers and insights for us to include.

Today I made a new commit with a few of my favorite papers from the last month, let's dive in! 👇0/7
github.com/multicoincapit…
First up, we have a new addition to the Zero Knowledge Argument Systems section: PLONK from @aztecprotocol!

This paper presents a universal fully-succinct zk-SNARK with significantly improved prover run time compared to fully-succinct Sonic. 1/7
Next, we added "ETHDKG: Distributed Key Generation with Ethereum Smart Contracts." A non-interactive DKG that works in Byzantine environments has been a white whale for cryptographers since Gennaro's paper in 2006. 2/7

Read 8 tweets
16 Jul 19
So I know scalable consensus models are a very 2017-2018 topic, but I wanted to write 3500+ words on them anyways. Enjoy! 0/5 multicoin.capital/2019/07/16/the…
The more I studied consensus models in blockchain-based systems, the more I became convinced that @nic__carter is right: it's #timechain, not blockchain. Bitcoin's timechain provides an easily verifiable, trustless clock to new validators joining the network. 1/5
This timechain allows for a canonical ordering of transactions, but "ticks" very slowly to minimize chain growth and to maximize the possibility that nodes with very poor Internet connections can stay in consensus. This is a design choice made for very good reasons! 2/5
Read 6 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!