BGD. Aave v3 cross-chain listing template

Reading time saved: 2 minutes

2 replies, 1742 views, 13 likes



Bgdlabs has released a new template repository for listing assets on Aave v3 Polygon, simplifying the use of Aave's cross-chain governance system and reducing the complexity of cross-chain proposals. The discussion also emphasized the future need for tooling around cross-chain communication on Aave, especially with the advent of Optimism, Arbitrum, and other networks, and clarified the concept of passing a command across a bridge to trigger instructions on the destination side.

The discussion primarily revolved around the release of a new template repository by Bgdlabs for listing assets on Aave v3 Polygon. This development aims to standardize and simplify the use of the Aave cross-chain governance system, which was created to facilitate non-Ethereum mainnet proposals. The new template reduces the complexity of cross-chain proposals by abstracting the bridging logic into a separate contract and enforcing certain assumptions. This has led to the deployment of the CrosschainForwarderPolygon contract on Ethereum, which handles the bridging. An example was provided on how to create a proposal to list MiMatic(MAI) on Polygon, which involves deploying the payload on Polygon and then creating the governance proposal on AaveGovernanceV2.

The discussion also highlighted the future importance of tooling around cross-chain communication on Aave. With the advent of Optimism & Arbitrum, and other networks, every Aave instance will be controlled via cross-chain governance from the AaveGovernanceV2 on Ethereum. This will necessitate the extension of tooling around emerging bridges to further embrace the decentralization of governance.

A point of clarification was sought by Ml_sudo on the concept of passing a command across a bridge instead of a large object. Bgdlabs confirmed that the idea is to load instructions on the destination side on how to build the object, create a command on the origin side, and then pass the small, light command across the bridge to trigger the instructions to build the large object. This approach simplifies the process and provides a more natural high-level way to indicate on the destination side "what you want to do". In terms of architecture, the idea is to prepare an "action" to do on certain contracts on a certain network, which waits until Aave on that network receives approval from governance to execute it.

Posted a year ago

Last reply a year ago

Summary updated 2 months ago

Last updated 03/12 08:01