In terms of decentralized (!) smart contract platforms there are only two routes ahead, nothing else:

1. Scale on L2 (Ethereum, Cardano)
2. Scale on L1 with on chain Archivers (e.g. Solana)

Both have trade-offs.
1.) L2 scaling is not easy (see zkRollups, Optimistic Rollups or Hydra Isomorphic State Channels + ext), worst part could be user experience L1 <>L2 since technically eventually it will be solved and I mean eventually.

Those chains that hide L2 complexity from the user have adv.
2. Archivers (Solana), this could work but but but it gets rid of inclusive accountability, it becomes very expensive to check up on work > x years, where x is changing, also Solana hardware requirements and node requirements are quite high.
IMHO everything else is noise, it will centralise so much that you can just run this of AWS / Google blockchain.

I am more in L2 camp with superior user experience (e.g. wrapped smart contracts that @dcspark_io) proposes as part of Milkomedia sidechains.
You don't see this yet because some of these new blockchains are simply too young to have petabytes of storage or they will have to adopt either (1) or (2) or cannot lie they are decentralised.

Last but not least concept of archivers is very similar to how Big Data in companies.
You have Mongos, MySQLs, Postgress, Cassandras, Riaks, CockRoaches, Fauanas and then when they get too big one stores data which one can (GDPR compliance and privacy laws) in things like Hadoop, Druid, Parquet, BigQuery, etc).
Read access is way slower there and you often need map reduce just to be able to access data.

What are your thoughts? Does it make sense, did I miss some hidden secret of AVAX, Tezos, Terra Luna etc?

• • •

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

Keep Current with m₳tiwinnetou | C₳rdano F₳ns (CRF₳)

m₳tiwinnetou | C₳rdano F₳ns (CRF₳) 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 @matiwinnetou

6 Oct
I think it is worth to decompose this a bit.

Cardano (PoS) vs Bitcoin (ASIC PoW)

This will be rather in depth, complex but bear with me.
....
1. "Block production in Bitcoin is quite decentralized", This is NOT true, there are a few mining farms.

2. "Bitcoin is free and patent free", this is true for core BTC but Bitcoin mining is pretty much dominated by patented ASICs now
3. "Bitcoin is 100% decentralised development": no, of course not, in order to be a contributor you can open PR but there is a small group of people that merges this on or not. It is important to say there is no way to vote them out(!)
Read 28 tweets
5 Oct
For Pool Operators (multi and single), it is gonna be increasingly hard to get delegators, like if it wasn't hard enough.

More companies are stepping up and launching ISPO and own pools.

It is both good and bad, really depends who you ask & from which angle you look at it.
For price of ADA this is great, for DeFi & NFTs and tokens - it is great but those not innovating will be eliminated, cruely

Is there any solution? No, I don't think so, it is by design and CRFA will also suffer, it already did, e.g. to MELD, MAL, etc.

The only choice for SPOs:
Step up the game, invest more into what attracts delegators (for the moment DeFi tokens on Cardano are all the range). It is not a cheap game, very few experienced Haskell / Plutus developers. Those who know it well have a serious competitive advantage for first-mover advantage.
Read 4 tweets
4 Oct
Over years critics of Cardano came up with lots of misinformed statements. I remove most idiotic ones but some are somewhat sensible to talk about. Let's go.

Folks often / sometimes say:
1. "oh on chain governance, you want plebs to vote on critical network params"?
LACKS_DETAILS:well it is very sensible view, of course it cannot work like this, Cardano is planning representative democracy with domain experts which people will vote on and off
2. "I looked at Cardano's Ouroboros and wtf, it doesn't even have a fee auction system".
There is now a fee auction system in Alonzo but no software supports it yet (apart from core ledger). It was introduced for different reasons - security to best of my knowledge
...
Read 24 tweets
27 Sep
(1) Hahaha, Cardano can do on L1 only up to 250 TPS with 2 MB blocks, look at AVAX, ALGO, SOL!

Ok, let's talk about it.
2 MB blocks every 20 secs = 2MB * 3 per minute = 6 MB

1440 mins in a day = 1440 * 6 = 8640 MB, which is ca. 8,5 TB.

31 * 8,5 GB = 263 GB per month.
(2)
Do you see here I am going with this?

Scaling on L1 even with 250 TPS is already insanity, let alone 50.000 TPS (ALGO/SOLANA), 4,5k (AVAX).

It will massively centralise the system. Who can afford hardware to have an increase of a blockchain 263 TB per month?

3,1TB yearly..
(3) The only way is in massive innovations in various sidechains (L2). There is no other way. In fact this is how traditional systems work, each company has either one DB or massive amount of centralised DBs (in case of more microservices architectures).
Read 6 tweets
26 Sep
A few things from conversations with developers and community before I go to bed (hard-core stuff):

1. One could write a compiler from Scala/elm to Plutus Core quite easily.
2. Reusability of haskell code between Plutus Backend and Plutus on chain is not so massive (some yes)
3. Majority of people will be very happy with Marlowe and Marlowe Run, Plutus will be mainly used for more advanced dapps: DEXes, etc
4. Proposal from @CardanoMaladex - two phase commit is probably technically the best at the moment for solving "concurrency issue". Needs PoC.
5. Plutus Application Backend doesn't have to be in Haskell, one could write one e.g. in Rust
6. Hydra L2 will most likely be used for wallets but full set of use cases not clear
7. Hydra L2 will in fact compile to a separate node executable but with same ledger rules from L1
Read 6 tweets
16 Sep
Q: Why are AVAX supporters never criticising ETH but are sometimes taking the mickey out of Cardano and Cardano supporters?

A: Avalanche fans know that ETH ecosystem is in trouble, L2 scaling, ETH 2.0 is still not here. They aim for customers that hate Cardano and @IOHK_Charles.
I think it is a strategic decision to aim for customers that are not fan of Cardano ecosystem, prefer heavy VC investments and in general align with philosophy of Ethereum.

They would never attack Vitalik for slow execution because it would undermine ETHs ecosystem's hero / star
Hear me out, there are cultural and philosophical differences between #Cardano and #Ethereum ecosystem.

There is a set of people (share is unknown) that would never leave Ethereum (if they had to) to go to Cardano. This is a certain market share that cannot be easily estimated.
Read 4 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!

:(