Avalanche
What is Avalanche?
Avalanche protocol is a multi-tiered blockchain model, that enables the launch of customizable independent blockchains. Avalanche positioned itself as a scalability leader by offering a Directed Acyclic Graph (DAG)-like consensus algorithm that enabled high throughput and low latency, allowing thousands of transactions per second.
Avalanche does not provide security, rather it offers a P-Chain that serves as a platform for independent, API-compatible blockchains to connect with a marketplace of credible (surety bonded) validators to run compatible blockchains.
Avalanche also offers a C-Chain, allowing builders to deploy dApps instead of independent blockchains, and an X-Chain, acting as a decentralized exchange for Avalanche compatible tokens.
The P-Chain serves as marketplace for 'validators for hire' who need to buy and stake the subnet token
How does it work?
A builder uses the Avalanche SDK to create a blockchain that is API compatible with the X-Chain and P-Chain.
A builder typically stakes AVAX on the P-chain - promoting itself as Avalanche compatible to attract 'validators for hire'. In most cases, βhiredβ validators must stake on both the new chain and the P-Chain layers, providing independent staking collateral for bad behavior on both.
Builders are on their own to launch and maintain their chain:
Must have enough locked value to prevent hostile takeovers
Must recruit a diverse validator set to avoid centralization
Must bootstrap an ecosystem from scratch
Must build chain communication features to avoid community isolation
Launching a subnet on Avalanche has all of the problems of launching an independent L1 with more steps.
Pros & Cons of Avalanche Subnets
The good:
β sovereign and decentralized
β full value capture
β scale independently
The bad:
β slow to market (semi accelerated by the SDK)
β must keep up with SDK updates
β have enough capital to ensure network takeovers are expensive - typically requiring fundraising
β bootstrap their own ecosystem with developer tooling and liquidity paths
β attract experienced Validators to avoid centralization
β must build interoperability features to avoid community isolation
β SDK is complex and intimidating for the new developer
Canopy and Avalanche Comparison
Architecture
β Peer-to-Peer
β Independent L1s
Scaling Method
β Every new chain horizontally scales Web3
β independently
Builder Sovereignty
β Progressive
β Full
Ecosystem
β New
β Small
Long range attack
β Proof of Age
β No slashing
Builder Difficulty
β Quick to market
β Slow to market
Builder Economic Security
β Immediate
β Neglected / typically fundraising or grants required
Builder Framework
β Fork & Clone: Golang
β Complex with EVM compatibility
Chain Resources
β Exponential: Each new chain is additive
β Independent
Builder Success
β L0 Premium
β Typically lower FDV than sovereign L1s
Native Interoperability
β Permissionless
β Inner-Ecosystem only
Builder Decentralization
β Full/Progressive
β Full
Last updated