polynya Profile picture
Jan 5, 2022 7 tweets 2 min read Read on X
The Polygon PoS & Solana situations are more interesting data points in the transaction quality trilemma discussion.

By optimizing for low fees & censorship resistance, they suffer from spam and very low-quality transactions.

polynya.medium.com/transaction-qu…
In addition to network instability, they lead to state bloat and socializing transactions that may be parasitic to the ecosystems.

I had often conjectured the min transaction fee should be in the $0.01 to $0.10 range. But Polygon PoS's gas fees are now ~500 gwei...
...yet the low quality transactions have kept coming even though AMM swaps have now actually exceeded $0.10. Of course, this will eventually stop, but I think this is important evidence that $0.01 to $0.10 is actually still too low long term. Perhaps $0.50 is a better target?
Fortunately, since my post above, we now have a clearer solution: recursive rollups, or L3s.

L3s can have ultra-low or even zero transaction fees, but use web2-style DDoS protection, filtering out obviously low-quality spam transactions.

(1/3)

medium.com/starkware/frac…
Here's why it's an acceptable tradeoff:

Users have an immediate and very cheap exit available to L2 if they are false positives. Also, it might be possible to submit your transactions directly to L2, you just need to pay a higher fee to get included into L3.

(2/3)
So, by modularizing, you can have censorship resistance alongside zero fees and spam mitigation!

Immutable X already kinda does this at the L2 level, but the alternate CR avenues are too expensive & slow.

L1s may try QoS, but with no CR avenues it's unacceptable IMO.

(3/3)
I'm well aware the popular notion on CT is a race to the bottom with transaction fees, but this is very problematic in various ways. I hope there'll be more nuanced discussions about what the right equilibrium with transaction quality, security, value accrual looks like long term

• • •

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

Keep Current with polynya

polynya 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 @apolynya

May 21, 2023
Continuing the onchain games theme...

There are three ways game engines can have large worlds:

1) Stream in constantly as you move across the world
2) Divide the world into multiple segments, load in between
3) A hybrid, with invisible boundaries between segments

(1/5)
Likewise, blockchain infrastructure can follow a similar model. Each segment can be tied to one chain, and track the physics & mechanics elements where ordering and consensus is important. Non-consensus stuff like simulation, animation, graphics etc. are done client-side.

(2/5)
Depending on the platform, there might be clear boundaries and ownership between each world, or it could be more seamless, in which case making the boundary invisible in traversing to a different segment and thus a different chain is going to be a fun challenge.

(3/5)
Read 7 tweets
May 19, 2023
When considering the type of hyperscale novel apps like an onchain game would require, my mental model in the past was fractal scaling: 1,000 validiums, settling to a zk rollup

But after further discussions, the design space is actually much wider open

polynya.mirror.xyz/EL69tiTzl05WO8…
The first thing I didn't consider is that in an hyperscale system like this, you don't need strong guarantees for a lot of things. So, it may be OK for certain chains to be PoA deployed by, the game or social host, for example. In other situations, there may be redundancy...
...or it may not be a big deal if one, or a 100 chains go offline for a bit or have some invalid state transitions. So, it might be OK for some chains to be PoA, maybe state channels even, maybe plasma/optimistic chains, while others may require being volitions.
Read 7 tweets
May 19, 2023
Doesn't matter who said it first at all, but for some pedantic fun, in my writings, the distinction was inspired by AMD - as they moved from monolithic dies (one chip) to chiplets (many chips) for massive increases in performance & efficiency in HPC and server

1/6
Of course, other silicon companies have followed suit - it's too good of an idea - with each of Intel's Ponte Vecchio HPC processor made up of 47 smaller specialized chips, instead of 1 like has been the norm for the first half a century

2/6 Image
Coming to blockchains, in 2020/21 I defined "monolithic blockchain" as one where all nodes need to reprocess all transactions honest-majority, how that comes with crippling limitations, and how rollups may be the first solution proposed that has a shot at breaking free

3/6
Read 7 tweets
May 17, 2023
1) The bottleneck is demand, not supply
2) You need fractal scaling for certain novel applications

Both are true

1) Different chains have different demand profiles. For example, Ethereum L1 is definitely supply-bound; but L2s/other L1s are mostly limited by demand

1/5
For today's usecases like money, NFTs, financial apps, ENS etc. rollups are enough - true

2) However, certain novel applications like onchain games, autonomous worlds, social etc. are not possible with current architectures at scale and necessitate fractal scaling

2/5
Smartphones required powerful-enough mobile SoCs, GPT required tensor cores and fast GPUs to be viable, plenty such examples

Likewise, you need 1000s of interoperating chains before you can release certain apps - much like their web2 cousins require 1000s of servers

3/5
Read 6 tweets
May 11, 2023
I've mentioned multiple times smart contracts can be used to gamify storytelling, but how is it going to work?

It's actually quite simple - you lego-fy narrative beats, and let users construct it. We've certainly had methods like exquisite corpse, but these don't scale

1/4
Blockchain smart contracts let you have far more complex set of rules and story legos, but more crucially, a clear mechanism to order and form consensus

This can then be mixed in with other gameplay mechanics, and virtual worlds will gain value

2/4
For example, you have a virtual world with genesis narrative conditions. You have communities/users that can then build stories, but to execute a story beat (e.g. X community builds a monument, or Y community invades Z, A assassinates B etc.) you have additional mechanics

3/4
Read 5 tweets
May 10, 2023
It seems crazy to say this, given Arbitrum One is right up there with Tron and BSC as the top 5 chains after Ethereum and Bitcoin by economic activity, but based on recent false narratives it feels like the crypto crowd is *still* greatly underestimating Arbitrum

(contd...)
So, firstly, the $ARB token has abysmal token distribution, and I have zero investment in Arbitrum so this is *not* financial advice. Indeed, I'm comfortable talking about the technical merits of Arbitrum because of the above, because I'm explicitly shitting on the token
1) Arbitrum has been progressively decentralizing, and has today reached what Vitalik would classify as Stage 1 decentralization (out of 2). L2Beat has 2/5 yellow marks, with 0 red (for comparison, Optimism is 3/5 red)

Personally, I need a bit more, but they are getting there!
Read 9 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

Don't want to be a Premium member but still want to support us?

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

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(