{"id":97695,"date":"2026-05-29T17:29:00","date_gmt":"2026-05-29T14:29:00","guid":{"rendered":"https:\/\/forklog.com\/en\/?p=97695"},"modified":"2026-05-29T17:31:08","modified_gmt":"2026-05-29T14:31:08","slug":"aave-proposes-unified-technical-standard-for-asset-listings","status":"publish","type":"post","link":"https:\/\/forklog.com\/en\/aave-proposes-unified-technical-standard-for-asset-listings\/","title":{"rendered":"Aave Proposes Unified Technical Standard for Asset Listings"},"content":{"rendered":"<p>Aave Labs has published an ARFC proposing a new standardized Technical Asset Listing Framework (<span data-descr=\"Technical Asset Listing Framework\" class=\"old_tooltip\">TALF<\/span>) for Aave V3, V4 and Aave Horizon.<\/p>\n<blockquote class=\"twitter-tweet\">\n<p lang=\"en\" dir=\"ltr\">Aave Labs has published an ARFC proposing a new standardized Technical Asset Listing Framework for Aave V3, V4, and Aave Horizon.<\/p>\n<p>The framework establishes consistent technical requirements for asset listings, parameter expansions, and ongoing monitoring. <a href=\"https:\/\/t.co\/OO9hwJK80T\">pic.twitter.com\/OO9hwJK80T<\/a><\/p>\n<p>\u2014 Aave (@aave) <a href=\"https:\/\/x.com\/aave\/status\/2060146417478287725?ref_src=twsrc%5Etfw\">May 28, 2026<\/a><\/p><\/blockquote>\n<p> <script async src=\"https:\/\/platform.x.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>It sets unified technical requirements for asset listings, parameter expansions and ongoing monitoring.<\/p>\n<p>The team proposes a minimum admission threshold. The goal is to remove ambiguities in assessments, make criteria transparent and institute continuous monitoring of already listed tokens.<\/p>\n<p>The document does not supplant market-risk and liquidity analysis, legal review or <a href=\"https:\/\/forklog.com\/en\/news\/what-is-a-dao-decentralised-autonomous-organisation\">DAO<\/a> decisions. It is a baseline technical filter to be applied alongside the conclusions of risk providers and other ecosystem participants.<\/p>\n<p>The framework covers three scenarios:<\/p>\n<ul class=\"wp-block-list\">\n<li>new listings;<\/li>\n<li>assets with material parameter changes;<\/li>\n<li>periodic and ad hoc technical reassessments.<\/li>\n<\/ul>\n<p>If a token exists across multiple networks, it must meet the requirements separately in each one\u2014accounting for contract implementations, bridges, oracles, access rights and dependencies.<\/p>\n<p>At the preliminary stage, an asset must be deployed and verified on the target network, classified under the Aave Asset Classification Framework, and not fall under prohibited or sanctioned categories.<\/p>\n<p>If a comparable instrument already exists in the protocol, it should serve as a reference when configuring oracles, loan-to-value (LTV) ratios, liquidation thresholds and limits.<\/p>\n<h2 class=\"wp-block-heading\"><strong>Strict requirements for ERC-20<\/strong><\/h2>\n<p>One of the central sections addresses token compatibility with the ERC-20 standard.<\/p>\n<p>Aave Labs proposes to codify the following requirements:<\/p>\n<ul class=\"wp-block-list\">\n<li>predictable behavior of transfer() and transferFrom();<\/li>\n<li>no fee-on-transfer mechanics;<\/li>\n<li>prohibition of <span data-descr=\"this is when a user's token balance automatically changes directly in the original token\" class=\"old_tooltip\">rebasing without a separate wrapper<\/span>;<\/li>\n<li>disallow ERC777 hooks and ERC1363 callbacks;<\/li>\n<li>proper decimal support.<\/li>\n<\/ul>\n<p>The ability to mint additionally via <span data-descr=\"a mechanism in which the protocol mints tokens only for the duration of a single transaction, allows them to be used within that transaction, and then requires they be burned before it ends\" class=\"old_tooltip\">flash mint<\/span> is not banned, but it must be disclosed and shown not to break internal accounting.<\/p>\n<p>The contract must also not enforce allowlists for holding or transfers.<\/p>\n<h2 class=\"wp-block-heading\"><strong>Chainlink as the primary price source<\/strong><\/h2>\n<p>The proposal designates <a href=\"https:\/\/forklog.com\/en\/news\/what-is-chainlink-link\">Chainlink<\/a> as the primary price source on the target network. Any alternative scheme must be separately justified.<\/p>\n<p>For yield-bearing assets, the use of <span data-descr=\"Correlated Asset Price Oracle \u2014 a price oracle for correlated assets\" class=\"old_tooltip\">CAPO<\/span> is allowed, which constrains assumptions about growth in exchange rate or value.<\/p>\n<p>The absence of a reliable pricing mechanism, stale data or high oracle infrastructure risk should directly inform listing recommendations, risk parameters and monitoring.<\/p>\n<h2 class=\"wp-block-heading\"><strong>Issuance controls and privileged roles<\/strong><\/h2>\n<p>A separate section covers access rights and token issuance.<\/p>\n<p>Aave Labs proposes disclosing all privileged roles in the ERC-20 contract and in external modules that can affect supply, balances, transferability or redemption.<\/p>\n<p>The list includes:<\/p>\n<ul class=\"wp-block-list\">\n<li>owner;<\/li>\n<li>admin;<\/li>\n<li>minter;<\/li>\n<li>burner;<\/li>\n<li>pauser;<\/li>\n<li>blacklister;<\/li>\n<li>roles related to bridges and adapters.<\/li>\n<\/ul>\n<p>These roles are assessed on a security scale from Level 0 to Level 5. The least robust are Level 0\u20131\u2014single-key without execution delay or a multisig without an honest majority.<\/p>\n<p>In the issuance and burning section, teams must document mint functions, the list of authorized addresses, limits and time constraints. A separate assessment of <span data-descr=\"the maximum possible risk or loss from token issuance in the worst-case scenario\" class=\"old_tooltip\">worst-case mint exposure<\/span> in dollars\u2014relative to Aave\u2019s potential collateral exposure\u2014is required.<\/p>\n<p>Undesirable scenarios include:<\/p>\n<ul class=\"wp-block-list\">\n<li>unbounded minting;<\/li>\n<li>the ability to increase the mint limit and consume it with a single address simultaneously;<\/li>\n<li>arbitrary burning of tokens from user wallets.<\/li>\n<\/ul>\n<h2 class=\"wp-block-heading\"><strong>Pause, blacklist and upgradable-contract risks<\/strong><\/h2>\n<p>Pause and blacklist functions are highlighted as a separate risk area. They can directly affect liquidations and withdrawals. Governance should understand who controls these powers and whether the address-blocking mechanism can disrupt liquidations in the protocol.<\/p>\n<p>For upgradable contracts, teams must disclose the proxy type, upgrade admin, the presence of a timelock and the upgrade history. A weak upgrade mechanism is explicitly deemed noncompliant with the listing standard.<\/p>\n<h2 class=\"wp-block-heading\"><strong>Additional requirements for LSTs and LRTs<\/strong><\/h2>\n<p>Additional requirements for exchange-rate mechanics apply to <span data-descr=\"Liquid Staking Token \u2014 a liquid staking token\" class=\"old_tooltip\">LST<\/span>, <span data-descr=\"Liquid Restaking Token \u2014 a liquid restaking token\" class=\"old_tooltip\">LRT<\/span>, wrappers and vault tokens.<\/p>\n<p>Checks should cover:<\/p>\n<ul class=\"wp-block-list\">\n<li>the potential to manipulate the rate via donations, <span data-descr=\"instant, collateral-free DeFi loans that must be taken and repaid within a single transaction\" class=\"old_tooltip\">flash loans<\/span> or accounting quirks;<\/li>\n<li>the presence of a clear redemption mechanism;<\/li>\n<li>the sufficiency of secondary liquidity for liquidations.<\/li>\n<\/ul>\n<p>An asset without a transparent redemption mechanism and adequate liquidity may face significant listing and risk-parameter constraints or be sent back for revision.<\/p>\n<p>The initiative extends the course set after the <a href=\"https:\/\/forklog.com\/en\/news\/investors-pull-more-than-8-6bn-from-aave-after-kelp-hack\">KelpDAO incident<\/a>. In early May, the protocol said it would revisit collateral and listing standards, broadening the focus from volatility and liquidity to cybersecurity, compatibility and technical architecture.<\/p>\n<p>The ARFC does not introduce an automatic scoring system or a universal list of stop-factors. Technical reports may include qualitative assessments and risk labels, but hard thresholds for automatic rejections are not provided.<\/p>\n<p>In May, the Aave lending protocol <a href=\"https:\/\/forklog.com\/en\/news\/aave-restores-ethereum-backed-loans-across-six-networks\">restored<\/a> collateral parameters for wETH across six networks.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Aave Labs published an ARFC proposing a new standardized Technical Asset Listing Framework (TALF) for Aave V3, V4 and Aave Horizon.<\/p>\n","protected":false},"author":1,"featured_media":97696,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"select":"1","news_style_id":"1","cryptorium_level":"","_short_excerpt_text":"Aave Labs proposes TALF, a unified asset-listing standard for Aave V3, V4 and Aave Horizon.","creation_source":"","_metatest_mainpost_news_update":false,"footnotes":""},"categories":[3],"tags":[1212],"class_list":["post-97695","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news-and-analysis","tag-aave"],"aioseo_notices":[],"amp_enabled":true,"views":"4","promo_type":"1","layout_type":"1","short_excerpt":"Aave Labs proposes TALF, a unified asset-listing standard for Aave V3, V4 and Aave Horizon.","is_update":"","_links":{"self":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/97695","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/comments?post=97695"}],"version-history":[{"count":1,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/97695\/revisions"}],"predecessor-version":[{"id":97697,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/posts\/97695\/revisions\/97697"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/media\/97696"}],"wp:attachment":[{"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/media?parent=97695"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/categories?post=97695"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/forklog.com\/en\/wp-json\/wp\/v2\/tags?post=97695"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}