DTCC 把股票搬上 Stellar

我拆 DTCC 和 Stellar 的代幣化模板，重點不是炒作，而是怎麼把受監管證券放進公鏈又不弄亂託管、合規與結算。

我盯代幣化這題很久了，老實講，大多數方案都一個味道：簡報做得很漂亮，故事講得很滿，然後你一問「誰管帳、誰能凍結、誰負責對帳」，整個就開始打太極。這次 DTCC 跟 Stellar 的合作，終於讓我有點想坐下來認真拆。因為這不是那種「未來市場會上鏈」的空話，而是美國證券結算基礎設施的核心玩家，真的把 DTC 託管的證券往公鏈方向推。這句話本身就很不一樣。

我覺得以前很多代幣化計畫卡住，不是技術不夠炫，是故事和營運完全脫節。故事說更快結算、更高流動性、更好管理；營運端卻常常只剩下封閉試點、有限資產、還有一條永遠在沙盒裡的路線圖。這次比較怪但也比較真實的地方在於，公鏈不是附帶選項。Stellar 是 DTCC 多鏈計畫裡第一個被點名的公鏈，第一個正式上線目標還放在 2027 年上半年。這讓我終於有東西能拆，不是又一篇漂亮但空的願景文。

外部錨點是 Genfinity 的整理文，原始連結在 https://genfinity.io/2026/05/27/dtcc-stellar-tokenization-dtc-custodied-assets-2027/。它把 DTCC 在 2026 年 5 月 27 日的訊息、SEC 的無異議函、以及相關專利脈絡串起來，剛好夠我拿來拆方法論。

DTCC 不是在「研究區塊鏈」，它是在搬帳本

「DTC 託管的證券，將首次出現在公有區塊鏈上。」

這句話的重點，不是「我們也來玩鏈」。重點是，原本就放在 DTC 系統裡的證券，現在要有一個代幣化表示，跑到 Stellar 上。DTC 還是權威帳本，鏈只是多出來的營運層，用來做數位結算和生命週期處理。

我看過太多團隊把代幣化講成「把資產搬上鏈，舊系統就可以退休」。說真的，這種講法很天真。你不可能把已經負責清算、保管、對帳、法遵的一整套骨架直接拔掉，然後期待市場自己會乖乖跟上。比較合理的做法，是在原本的法定帳本外面，加一層能更快移動價值、又不破壞法律記錄的數位層。

DTCC 的份量也不是拿來裝飾的。Genfinity 提到它在美國資本市場處理超過 114 兆美元的資產。這個數字很刺眼，但也很有用。因為一旦這種等級的基礎設施願意把證券映射到公鏈上，代幣化就不再是「加密圈的實驗」，而是「機構級整合問題」。

如果我自己在做金融科技產品，我會直接把敘事改掉：不要賣「取代舊世界」，要賣「同步帳本與加速結算」。買單的人不是在問舊系統會不會消失，他是在問：你能不能讓帳對得上，同時讓價值移動得更快。

• 權威註冊簿先留在監管認得的地方。
• 鏈上只負責映射結算狀態，不要亂講所有權神話。
• 每個流程都要先想好公司行動、轉讓限制、稽核軌跡。

SEC 的無異議函，才是整件事真正的開關

「今天，交易與市場部門向 DTC 發出無異議函，針對 DTC 的自願性證券代幣化試點計畫。」

這個法律細節，比行銷文案重要太多。2025 年 12 月，SEC 的 Trading and Markets Division 給了 DTC 無異議函，等於讓 DTC 可以跑託管資產的代幣化服務，而不用立刻踩到一堆常見監管地雷。換句話說，鏈怎麼選，從來不只是技術選擇，而是被監管框住的選擇。

我從這件事學到的很簡單：真的有機會落地的公鏈證券代幣化，前提一定是託管、記錄、合規都先對齊，不然你只是做一個掛著證券名詞的鏈上 demo。無異議函也代表 DTC 用的帳本必須符合營運、安全、合規標準。這才是門檻。Stellar 不是因為看起來很潮才被選上，而是它過得了那張清單。

我之前幫客戶評估代幣化基金基礎設施時，大家都在講交易速度，沒人想碰那些很煩但很真實的問題：誰能鑄造、誰能凍結、誰能回復、誰負責對帳、轉讓違規怎麼辦。那才是產品本體。鏈只是執行層，不是魔法。

實操上，我會要求團隊先寫法遵規則，再談鏈整合。如果規則沒辦法清楚表達，你的架構就是沒準備好。如果供應商講不清楚法定帳本跟鏈上帳本怎麼同步，我會直接放棄。

• 先定義權威帳本，再選帳本技術。
• 把轉讓限制、身份驗證、白名單流程寫進系統。
• 誰能凍結、回復、授權，一定要文件化。

Stellar 會被選中，是因為它像基礎設施，不像信仰

「Stellar 在合規、吞吐量與低成本營運上的表現，符合 DTCC 的嚴格標準。」

DTCC 的 Nadine Chakar 這句話其實講得很直白。Stellar 的吸引力不是什麼投機上漲空間，而是它本來就有機構會在意的能力：發行人控制資產、授權旗標、回收權、還有內建的去中心化交易機制。這些都很無聊，但也很關鍵，因為你在處理受監管資產，不是在發迷因幣。

翻譯一下就是，Stellar 被當成一條可以跑正式業務的值班鐵路。它已經承載像 USDC 這類機構級穩定幣，也有多年支付與代幣轉移的運作歷史。這種歷史很重要，因為 DTCC 不會想先碰一條每次出事都要人工救火的鏈。

我一直覺得很多代幣化討論把「公有」跟「完全無限制」混在一起，這很偷懶。公有區塊鏈一樣可以有很嚴的發行控制、合規閘門和政策執行。公有只是代表帳本可被廣泛檢視，不代表資產模型要走向無政府狀態。

如果換到產品規格，我會直接要求團隊不要用意識形態描述鏈，要用營運特性描述鏈。它能不能處理受限資產？能不能支援基於政策的轉讓？能不能接身份與證明系統？如果不行，那它不是機構級鐵路，它只是愛好者玩具。

先從 Russell 1000、ETF、國債開始，這樣才像真的在做事

「DTCC 與 SDF 會先評估 Russell 1000 成分股。另一些追蹤主要指數的 ETF 也在初始範圍內。美國國庫券、債券與票據也列入目標資產清單。」

這段最讓我覺得他們像真的在幹活，而不是在拍概念片。因為他們沒有先挑什麼奇怪的私募資產或難估價的長尾標的，而是從流動性高、標準化程度高、而且本來就大量經過 DTC 基礎設施的資產下手。Russell 1000、主流 ETF、國債，都是很適合拿來做第一批的標的。

原因很簡單：代幣化不是只有「上鏈」而已，它還要保留那些讓證券之所以是證券的麻煩東西，像是股利、拆股、贖回、到期、票息、轉讓規則。如果這些處理不好，你不是證券系統，你只是貼了鏈標籤的試算表。

我看過一些團隊喜歡從流動性差的資產開始，覺得越複雜越能證明自己很強。通常剛好相反。你應該先從已經有機構流程、而且交易頻繁的資產開始，這樣你才能看出數位層到底有沒有真的減少摩擦，還是只是多了一個要你每天盯的 API。

實作上，我會建議：先拿生命週期事件標準化、結算痛點明顯的資產當起點。國債和 ETF 很無聊，但無聊才適合驗證機器有沒有真的動起來。

DTCC 的專利，其實早就把路線圖藏好了

「它描述了一個跨多個分散式帳本管理數位流動性代幣的架構。」

Genfinity 提到 DTCC 2025 年 5 月 22 日的專利 US20250078162A1，這種文件我真心建議大家都看一下，因為它比很多媒體分析都誠實。專利裡直接點名 XRP Ledger 和 Stellar 都是相容網路，還描述了多帳本結算架構。這表示 DTCC 想的是不同鏈各做各的事，不是在搞鏈派宗教戰爭。

也就是說，DTCC 不是押單一帳本包山包海，而是在設計一個讓不同網路各司其職的模型。專利裡據說把 XRP 放在高吞吐跨境結算，把 Stellar 放在低成本轉移、法幣入口和穩定幣整合。這種分工很務實，完全不像那些只會喊「一條鏈打天下」的人。

專利還提到 token-in-token 結構、橋接節點、零知識證明、政策執行、身份委派。這些不是裝飾品，是你想要互通、又不想把合規搞爛時真的需要的機械結構。我喜歡這部分，因為它代表架構是模組化的，不是硬要選冠軍。重點不是誰最神，而是誰適合做哪個工作。

如果是我在做多鏈產品，我會直接把角色切開：一條鏈負責發行，一條鏈負責結算，一條鏈負責流動性路由，另一層負責稽核與證明。不要再幻想一條鏈什麼都能做，通常最後只會什麼都做不好。

多鏈不是猶豫，是機構在降風險

「這項合作推進了 DTCC 的多鏈策略，也擴大了傳統資產在數位生態中的流動方式。」

「多鏈策略」這詞在加密圈常常會讓人翻白眼，因為大家太愛把選鏈變成身分認同。但在機構基礎設施裡，多鏈大多是在做風險管理。不同資產、不同法域、不同流程，需要的控制不一樣，一條鏈通常不夠用。

DTCC 其實早就有這種思路。Genfinity 也提到它之前和 Digital Asset 合作，把美國國債代幣化到 Canton Network。那條路線偏向許可式；這次 Stellar 則是公鏈版。兩個放在一起看，你會更清楚：DTCC 在測的是「哪種開放度有幫助，哪種控制仍然必要」。

我覺得這就是開發者最該學的地方。不要先問公鏈還是私鏈誰比較好，先問資產、監管、工作流到底要什麼。有些場景需要許可式環境來處理抵押品和機構隱私；有些場景則是公鏈的分發與互通性比較重要。

實操上，我會把架構設計成可切換的配置，而不是信仰選擇。如果你一換環境就得重寫商業邏輯，代表你把帳本做得太重要，把產品做得太脆弱。

可抄的模板

# 受監管證券代幣化架構模板

這份模板適合拿來做產品簡報、技術 RFC，或供應商評估清單。目標是：把受監管資產搬到鏈上，但不要弄亂託管、合規與結算。

## 1) 先定義法定帳本
- 權威註冊簿：［填入機構名稱］
- 法律所有權的單一真相來源：［系統名稱］
- 鏈上記錄的角色：只作為鏡像結算狀態
- 轉讓終局性規則：［規則］

## 2) 先定義資產範圍
先從已經有標準化生命週期事件的資產開始：
- 美國國庫券、票據、債券
- 大型權值股或指數成分股
- 有成熟贖回與公司行動流程的 ETF

在控制模型驗證完成前，不要先碰太怪的資產。

## 3) 先定義鏈的角色
不要用意識形態選鏈，用功能選鏈：
- 發行鏈：［網路名稱］
- 結算鏈：［網路名稱］
- 流動性／路由鏈：［網路名稱］
- 稽核／證明層：［系統名稱］

如果一條鏈無法清楚處理所有工作，就拆責任。

## 4) 先定義合規控制
你的代幣模型至少要支援：
- 發行人授權旗標
- 轉讓限制
- 白名單／允許名單
- 凍結與回收控制
- 身份驗證掛鉤
- 屬性證明
- 政策執行規則

如果某個控制沒辦法寫進程式，也沒辦法讓法遵審核，那就還沒準備好。

## 5) 先定義生命週期事件
上線前，把所有證券事件先畫完：
- 發行
- 轉讓
- 結算
- 贖回
- 股利／票息分配
- 拆股／反拆股
- 到期
- 公司行動
- 對帳

## 6) 先定義互通邊界
如果你要用多條帳本：
- 寫清楚橋接節點責任
- 定義訊息格式
- 設定證明要求
- 文件化失敗處理
- 定義回滾／復原政策

不要把「之後再補橋接」當策略，這只會讓系統變脆。

## 7) 先定義上線門檻
正式上線前，至少要能對這些問題回答「是」：
- 權威帳本能否維持同步？
- 法遵能否擋下不合規轉讓？
- 生命週期事件能否端到端處理？
- 稽核能否追到每一次狀態變更？
- 網路或橋接故障時，系統能否撐住？

## 8) 可直接拿去用的實作提示
建立一個受監管證券的代幣化服務，讓區塊鏈只扮演鏡像結算層，而不是唯一真相來源。系統必須保留託管完整性、支援發行人控制、執行轉讓政策，並能處理像國庫券、ETF 和大型權值股這類資產的生命週期事件。架構要模組化，讓多條帳本能依照不同角色分工。

我會真的拿這份模板去寫產品簡報、技術 RFC，或供應商評估表。它逼你先回答真正重要的問題，再去碰鏈品牌、demo 包裝這些容易讓人分心的東西。

老實說，我最信這次 DTCC 跟 Stellar 的地方，不是 PR 的包裝，而是它看起來真的先被託管、監管、營運現實塑形過。這種東西很少見，少見到值得我們停下來抄作業。

來源致謝：原始整理來自 Genfinity 的文章 https://genfinity.io/2026/05/27/dtcc-stellar-tokenization-dtc-custodied-assets-2027/。我這篇的拆解是根據該報導、SEC 無異議函、DTCC 公告與專利文件延伸而來，原創部分是我把它整理成可直接抄的工作模板。