Project type: L1

What is Picasso? | Picasso Documentation
Skip to main contentConceptsIBCRestakingGovernance & TokenGuidesMantis What is Picasso?
* What is the IBC Protocol?
* What is Restaking?
* What is Picasso?
On this page# What is Picasso?
Picasso is a DeFi infrastructure-focused Layer 1 protocol that leads the industry in building the trust-minimized interoperability solution -**Cross-Ecosystem IBC**. Complementary to the interoperability work, Picasso is building the first **Generalized Restaking Layer** starting with deployment on Solana, and expanding support for all IBC connected ecosystems.
In short, Picasso is the **first censorship-resistant, trust-minimized interoperability solution (Cross-Ecosystem IBC Hub), and also a platform for the first Generalized Restaking Layer.**
Picasso is built using the Cosmos SDK framework and acts as an Inter-Blockchain Communication (IBC) Protocol hub between IBC-enabled chains. Picasso’s Generalized Restaking Layer, paired with IBC, can utilize any economically valuable assets to secure any use cases that require temporary or permanent security. Through this infrastructure, Picasso will deliver native protocol level security and permissionless interoperability for all DeFi users.
## Security & Consensus​
Picasso is live on mainnet as a Cosmos SDK chain with 48 validators and runs the CometBFT consensus. The validators secure Picasso through (1) Picasso (PICA) token staking, (2) Picasso Generalized Restaking Layer detailed in a subsequent section, and (3) a collaboration with Ethos bringing EigenLayer security to Cosmos.
There are plans to modify the consensus of Picasso to Kauri, a Byzantine Fault Tolerant (BFT) communication abstraction that leverages dissemination/aggregation trees for load balancing and scalability. The Composable Research team is working to make Kauri Tendermint-enabled, as described here Thus, Kauri will be able to operate with IBC.
## Key Features​
### Cross-Ecosystem IBC​
The IBC Protocol is used for trust-minimized communication between different blockchain networks/ecosystems. It relies on security at the consensus level of the two transacting chains, and this is a large reason why IBC was selected as a cornerstone of Picasso's efforts to connect ecosystems, in addition to its performance and standardization.
Originally, IBC was tailored for native connections between Cosmos SDK chains. Extending this to include more networks required significant development effort. In fact, IBC on Solana, Ethereum, Polkadot and Kusama all require respective customization from implementation of light client to achieving state proof (finality), in order to not rely on any centralized intermediary and uphold the IBC standards and values of censorship resistance.
See the What is IBC section for more information.
### Generalized Restaking Layer​
Restaking enables users to provide blockchain security through collateralizing the economic value of their liquid staked tokens and yield-bearing assets, in exchange for validating PoS protocols and services, also called Actively Validated Services (AVSes) that seek security.
Picasso expands upon the concept of restaking popularized by Eigenlayer to deliver Generalized Restaking: restaking of assets on multiple PoS networks to establish **cross-ecosystem pooled security**. This is made possible by Picasso’s IBC connections and the flexible architecture of Generalized Restaking Layer on Picasso.
We believe that all assets that have underlying utility, community, and liquidity, given long enough horizon, will have various level of economic value that can be used to enhance security guarantees for many use-cases (interoperability, oracles, sequencers and more) built upon the Proof of Stake consensus mechanism.
## Staking PICA​
PICA is essential for securing Picasso. To participate in governance activities, PICA must be staked on the network. Governance decisions on Picasso will include determining AVS and Operator onboarding, as well as adding new liquid staked assets to the restaking layer. Specifically, 20% of the revenue will be allocated to PICA stakers. The initial AVS to be launched will be the AVS for Solana IBC.
Revenue from bridging fees generated by each new IBC connection implemented via Picasso will be allocated to stakers of PICA. Currently, stakers receive rewards from the Polkadot-Cosmos and the Ethereum IBC implementation, with fees from Solana activity to be included upon launch.
Fees are collected in the form of the bridged token that the user is transacting. A mechanism is implemented to use these fees to buy back PICA from the market and distribute them to stakers as rewards. For instance, when ETH is bridged from Ethereum to Solana, 20% of the fees collected from this transfer will be used to buy back PICA and distribute it to PICA stakers. This process is standardized for all tokens transferred across the bridge.
tipFollow this guide for staking PICA on Picasso to take part in governance and earn rewards through various protocol revenue streams.
Edit this page is the IBC Protocol?](/concepts/ibc)* Security & Consensus
+ Generalized Restaking Layer
* Terms of Use 
Copyright © 2024 Composable Foundation