深挖 RWA 技術細節,爲什麼 ERC-3643 是最合適的代幣標準?

撰文:J.A.E, PANews

加密世界的「無許可」與「匿名」基因,與傳統金融(TradFi)嚴苛的「合規」與「可追溯」要求,仿佛是兩個截然相反的宇宙。這一根本性矛盾,曾是現實世界資產(RWA)大規模代幣化的「枷鎖」,常規的代幣標準如 ERC-20、ERC-1400 等代幣標準都有其各自的局限性,從而限制了證券、實物資產等 RWA 代幣化的大規模應用。

基於此背景,一套專門爲填補該「合規缺口」而開發的代幣標準——ERC-3643 應運而生,其通過將合規邏輯直接嵌入代幣本身,重塑鏈上金融的技術組件,爲 RWA 代幣化提供了一個既可保證合規,又能降本增效的「合規引擎」。本文,PANews 介紹了 ERC-3643 標準的特性、優勢以及常規案例。

ERC-3643:合規 RWA 的代幣標準

2025 年 7 月 31 日,SEC 主席 Paul Atkins 以「美國在數字金融革命中的領導地位」爲題舉行演講,並宣布啓動「Project Crypto」計劃。其中,ERC-3643 被明確提及,成爲全場演講中被唯一公開引用的標準。Paul Atkins 表示,當 SEC 搭建創新豁免框架時,將優先考慮「內置合規」的代幣標準。ERC-3643 則集成了身分驗證、權限控制與交易限制等功能,可直接滿足《證券法》對 KYC/AML 及合格投資者的要求。

ERC-3643 由 T-REX(Token for Regulated EXchanges)協議演化而來,是一套爲受監管資產專門設計的技術標準,能實現「許可型代幣」的發行、管理和轉讓。

在 RWA 代幣化興起前,ERC-20 是以太坊上採用度最高的代幣標準,優先考慮簡潔性和互操作性,在「無信任」的環境中運作,允許任何錢包間自由、匿名的轉帳。

然而,ERC-20 固有的無許可性令其無法適用於 RWA 代幣化。RWA 要求遵守司法管轄區限制、身分驗證(KYC/AML)和投資者檢查等監管要求。ERC-20 卻賦予了持有者對資產的個人主權,允許其管理、持有或轉讓給其他匿名用戶,無法兼容合規邏輯。

相比之下,ERC-3643 可被視作「合規版」ERC-20,其在保留兼容性的同時,又通過智能合約設計了代幣身分驗證、條件性轉移與合規審查等獨特功能。

另一套合規代幣標準 ERC-1400 則更早於 ERC-3643 出現,其專門針對證券型代幣,增加了轉帳限制以及包含交易監管文檔等功能。

ERC-3643 也是「升級版」ERC-1400。在合規性管理方面 ,ERC-3643 更側重於全球性的動態合規;在資產類別支持方面,ERC-3643 兼容更廣泛的資產類別;在技術效率與可擴展性方面,ERC-3643 的存儲機制更高效,有助於降低 Gas 費,且更易於擴展以添加新功能。

從 ERC-20、ERC-1400 到 ERC-3643 的演進,反映了加密行業已經啓動「合規代幣軍備競賽」,持續優化標準,以滿足日益復雜的監管條例。ERC-20 暴露了在 RWA 代幣化方面的局限性;ERC-1400 回應了證券型代幣的合規要求;ERC-3643 解決了全球性動態合規與更廣泛資產類別兼容的需求。代幣標準的歷史沿革證明,市場正在積極開發彌合技術創新與監管合規之間鴻溝的解決方案,ERC-3643 則標志着迭代過程中的一個重要裏程碑。

降本增效:ERC-3643 重塑 RWA 發行流程

RWA 的發行成本也催化了加密行業對代幣化解決方案的需求,即通過技術手段降低成本。

RWA 發行成本高企的核心原因在於鏈上交易的無信任化與現實世界監管合規間的矛盾,其導致了對中介機構與持續合規支出的依賴。券商等傳統金融中介通過人工審核、交易監控與線下流程來保證合規性,而此類環節正是 RWA 項目的主要成本項。

面對該挑戰,ERC-3643 爲 RWA 代幣化提供了一種全新的思路,即通過自動化與標準化來降低長期合規支出,並提升整體效率。

因此,ERC-3643 或將成爲連接 TradiFi 和加密資產的關鍵技術,其引入了一種範式轉變,核心機制可被概括爲:許可型代幣 + 鏈上身分(ONCHAINID)。ERC-3643 的核心就在於其定義的代幣不可自由轉讓,每次轉帳都需要在協議層強制驗證發送方與接收方的「身分與資格」,要求雙方在鏈上滿足必要的合規,從而爲資產賦予區塊鏈的優勢(如即時結算、可編程性等),且無須犧牲監管。

在鏈上開發「許可型代幣」不僅滿足了合規要求,也兼顧了分布式帳本的透明度和效率。無許可系統雖然遵循了純粹的去中心化思想,但通常與實際的監管框架不兼容。ERC-3643 提供了一種混合模型:底層公鏈保持去中心化,提供透明度和一致性,但鏈上特定資產的訪問權限處於受控狀態。該設計允許合格投資者參與更廣泛的加密生態系統,從而受益於充足的流動性,同時履行必要的合規義務。此模式亦或將成爲區塊鏈融入 TradFi 的關鍵驅動力。

ERC-3643 內置的去中心化身份(DID)框架 ONCHAINID 是實現合規的關鍵模塊,用於確保只有符合預定義條件的許可用戶才能夠成爲持幣者,投資者在鏈下完成 KYC/AML 驗證,其身分信息就會被映射到鏈上,並與特定錢包地址關聯。該系統是「合規原生」的基礎,不合規實體從根源上就無法獲取或持有代幣。

ONCHAINID 框架亦可與代幣智能合約相關聯來表示資產的「身分」,能夠有效充當資產的「鏈上副本」,並在代幣的全生命週期中添加任何聲明,其高透明度與不可變的日志條目加強了可審計性和信任,降低了委托中間商的信任風險。

ONCHAINID 合約不與特定代幣綁定,意味着每個用戶只需部署一次,其身分就能被復用於多種資產類別發行,其可復用性是重要的設計選擇,顯著提高了投資者的用戶體驗並加速了生態系統的發展。在 TradFi 中,每種新的投資工具通常都須重走 KYC/AML 流程,給投資者帶來了繁瑣的用戶體驗。通過允許單個經驗證的 ONCHAINID 在各種基於相同標準的發行中使用,ERC-3643 簡化了投資者的入駐流程。該「一次驗證,多次復用」的模型鼓勵投資者參與到更廣泛的 RWA 發行,進而增加整個生態系統的流動性與市場深度。

合規邏輯在智能合約層面自動強制執行。ERC-3643 代幣的轉讓必須同時滿足投資者規則與發行規則才能被執行,可有效防止代幣流入未經授權的錢包,同時也意味着代幣的發行方可隨時設置並更新轉帳規則,如設置交易白名單、凍結指定帳戶或強制轉帳。

ERC-3643 的價值主張在於將鏈下監管要求通過代碼轉化爲鏈上自動執行的「合規邏輯」,其從根本上改變了 RWA 的合規機制。傳統的合規流程繁雜且成本高昂,而 ERC-3643 則通過在代幣合約內嵌入合規邏輯實現了實時、自動化、不可篡改的合規檢查,不僅降低了長期運營中的審計和法律成本,還提升了透明度與交易效率。

從傳統資產到新興資產:ERC-3643 的多元用例

ERC-3643 作爲一種合規原生的代幣標準,應用場景相當廣泛,其可編程性能夠爲多種資產類別提供代幣化解決方案。

證券資產是 ERC-3643 最成熟和最普遍的應用場景,其適用於股票、債券與基金等傳統金融工具的發行以及轉讓。通過 ERC-3643,發行人能夠將股息分配、投票權等治理規則與鏈上合規邏輯嵌入智能合約,並保證只有合格投資者才能持有和交易代幣。例如,荷蘭銀行曾在 2023 年採用 ERC-3643 標準在 Polygon 上發行了 500 萬歐元的綠色債券,該案例直接證明了在公鏈上發行受監管資產的實操性。此外,ERC-3643 也能夠在降低成本、提高流動性及透明度並擴大投資者基數等方面發揮作用。

ERC-3643 也令實物資產上鏈成爲可能,進而實現部分所有權、自動化資管以及簡化的實物資產交易。實物資產主要包括房地產、大宗商品(如貴金屬、農產品、原油)和藝術品(如收藏品、奢侈品)等。ERC-3643 通過「份額化所有權」功能,將高價值的實物資產切割成小份代幣,並編碼轉讓規則,大幅降低了投資門檻,爲其提供了更高的流動性,同時也解決了實物資產固有的身分驗證與司法管轄區限制的挑戰。比如,Inveniam Capital Partners 採用 ERC-3643 將價值 2.6 億美元的美國商業房地產代幣化,並授予投資者部分所有權與二級市場準入。

另外,ERC-3643 正在探索新興資產領域的應用方向。碳信用作爲一種綠色資產,其額度通常須嚴格的溯源與交易管理。ERC-3643 可用於發行與管理碳信用代幣,保證其交易遵守特定的合規要求。ERC-3643 將爲全球碳市場提供一個透明、可回溯且符合監管條例的鏈上基礎設施。ERC-3643 亦可實現 IP 的代幣化,允許創作者與發明者商業化其作品或權益。智能合約自動向持幣者分配版稅或收益,從而降低大量的人力成本與操作失誤,並確保了回報的公允、即時分配。

截至目前,ERC-3643 已展示出顯著的吸引力,其支持超過 120 個功能,在超過 180 個司法轄區符合監管,代幣化超過 320 億美元的資產,並創建與管理了超過 40 種代幣,爲大規模採用奠定了穩固的基礎。

RWA8.6%
查看原文
此頁面可能包含第三方內容,僅供參考(非陳述或保證),不應被視為 Gate 認可其觀點表述,也不得被視為財務或專業建議。詳見聲明
  • 讚賞
  • 留言
  • 轉發
  • 分享
留言
0/400
暫無留言
交易,隨時隨地
qrCode
掃碼下載 Gate App
社群列表
繁體中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)