[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-dtcc-stellar-tokenization-stocks-into-tokens-zh":3,"article-related-dtcc-stellar-tokenization-stocks-into-tokens-zh":31,"series-industry-7e0a7678-1955-46ad-a541-594eea463dab":81},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":30},"7e0a7678-1955-46ad-a541-594eea463dab","dtcc-stellar-tokenization-stocks-into-tokens-zh","DTCC 把股票搬上 Stellar","\u003Cp data-speakable=\"summary\">我拆 \u003Ca href=\"\u002Fnews\u002Fdtcc-stellar-tokenized-securities-plumbing-zh\">DTCC\u003C\u002Fa> 和 Stellar 的代幣化模板，重點不是炒作，而是怎麼把受監管證券放進公鏈又不弄亂託管、合規與結算。\u003C\u002Fp>\u003Cp>我盯代幣化這題很久了，老實講，大多數方案都一個味道：簡報做得很漂亮，故事講得很滿，然後你一問「誰管帳、誰能凍結、誰負責對帳」，整個就開始打太極。這次 DTCC 跟 Stellar 的合作，終於讓我有點想坐下來認真拆。因為這不是那種「未來市場會上鏈」的空話，而是美國證券結算基礎設施的核心玩家，真的把 DTC 託管的證券往公鏈方向推。這句話本身就很不一樣。\u003C\u002Fp>\u003Cp>我覺得以前很多代幣化計畫卡住，不是技術不夠炫，是故事和營運完全脫節。故事說更快結算、更高流動性、更好管理；營運端卻常常只剩下封閉試點、有限資產、還有一條永遠在沙盒裡的路線圖。這次比較怪但也比較真實的地方在於，公鏈不是附帶選項。Stellar 是 DTCC 多鏈計畫裡第一個被點名的公鏈，第一個正式上線目標還放在 2027 年上半年。這讓我終於有東西能拆，不是又一篇漂亮但空的願景文。\u003C\u002Fp>\u003Cp>外部錨點是 Genfinity 的整理文，原始連結在 \u003Ca href=\"https:\u002F\u002Fgenfinity.io\u002F2026\u002F05\u002F27\u002Fdtcc-stellar-tokenization-dtc-custodied-assets-2027\u002F\">https:\u002F\u002Fgenfinity.io\u002F2026\u002F05\u002F27\u002Fdtcc-stellar-tokenization-dtc-custodied-assets-2027\u002F\u003C\u002Fa>。它把 DTCC 在 2026 年 5 月 27 日的訊息、SEC 的無異議函、以及相關專利脈絡串起來，剛好夠我拿來拆\u003Ca href=\"\u002Fnews\u002F5-ways-to-track-dfdv-stock-on-yahoo-finance-zh\">方法\u003C\u002Fa>論。\u003C\u002Fp>\u003Ch2>DTCC 不是在「研究區塊鏈」，它是在搬帳本\u003C\u002Fh2>\u003Cblockquote>「DTC 託管的證券，將首次出現在公有區塊鏈上。」\u003C\u002Fblockquote>\u003Cp>這句話的重點，不是「我們也來玩鏈」。重點是，原本就放在 DTC 系統裡的證券，現在要有一個代幣化表示，跑到 Stellar 上。DTC 還是權威帳本，鏈只是多出來的營運層，用來做數位結算和生命週期處理。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780140843384-i2wk.png\" alt=\"DTCC 把股票搬上 Stellar\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我看過太多團隊把代幣化講成「把資產搬上鏈，舊系統就可以退休」。說真的，這種講法很天真。你不可能把已經負責清算、保管、對帳、法遵的一整套骨架直接拔掉，然後期待市場自己會乖乖跟上。比較合理的做法，是在原本的法定帳本外面，加一層能更快移動價值、又不破壞法律記錄的數位層。\u003C\u002Fp>\u003Cp>DTCC 的份量也不是拿來裝飾的。Genfinity 提到它在美國資本市場處理超過 \u003Cstrong>114 兆美元\u003C\u002Fstrong>的資產。這個數字很刺眼，但也很有用。因為一旦這種等級的基礎設施願意把證券映射到公鏈上，代幣化就不再是「加密圈的實驗」，而是「機構級整合問題」。\u003C\u002Fp>\u003Cp>如果我自己在做金融科技產品，我會直接把敘事改掉：不要賣「取代舊世界」，要賣「同步帳本與加速結算」。買單的人不是在問舊系統會不會消失，他是在問：你能不能讓帳對得上，同時讓價值移動得更快。\u003C\u002Fp>\u003Cul>\u003Cli>權威註冊簿先留在監管認得的地方。\u003C\u002Fli>\u003Cli>鏈上只負責映射結算狀態，不要亂講所有權神話。\u003C\u002Fli>\u003Cli>每個流程都要先想好公司行動、轉讓限制、稽核軌跡。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>SEC 的無異議函，才是整件事真正的開關\u003C\u002Fh2>\u003Cblockquote>「今天，交易與市場部門向 DTC 發出無異議函，針對 DTC 的自願性證券代幣化試點計畫。」\u003C\u002Fblockquote>\u003Cp>這個法律細節，比行銷文案重要太多。2025 年 12 月，SEC 的 Trading and Markets Division 給了 DTC 無異議函，等於讓 DTC 可以跑託管資產的代幣化服務，而不用立刻踩到一堆常見監管地雷。換句話說，鏈怎麼選，從來不只是技術選擇，而是被監管框住的選擇。\u003C\u002Fp>\u003Cp>我從這件事學到的很簡單：真的有機會落地的公鏈證券代幣化，前提一定是託管、記錄、合規都先對齊，不然你只是做一個掛著證券名詞的鏈上 demo。無異議函也代表 DTC 用的帳本必須符合營運、安全、合規標準。這才是門檻。Stellar 不是因為看起來很潮才被選上，而是它過得了那張清單。\u003C\u002Fp>\u003Cp>我之前幫客戶評估代幣化基金基礎設施時，大家都在講交易速度，沒人想碰那些很煩但很真實的問題：誰能鑄造、誰能凍結、誰能回復、誰負責對帳、轉讓違規怎麼辦。那才是產品本體。鏈只是執行層，不是魔法。\u003C\u002Fp>\u003Cp>實操上，我會要求團隊先寫法遵規則，再談鏈整合。如果規則沒辦法清楚表達，你的架構就是沒準備好。如果供應商講不清楚法定帳本跟鏈上帳本怎麼同步，我會直接放棄。\u003C\u002Fp>\u003Cul>\u003Cli>先定義權威帳本，再選帳本技術。\u003C\u002Fli>\u003Cli>把轉讓限制、身份驗證、白名單流程寫進系統。\u003C\u002Fli>\u003Cli>誰能凍結、回復、授權，一定要文件化。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Stellar 會被選中，是因為它像基礎設施，不像信仰\u003C\u002Fh2>\u003Cblockquote>「Stellar 在合規、吞吐量與低成本營運上的表現，符合 DTCC 的嚴格標準。」\u003C\u002Fblockquote>\u003Cp>DTCC 的 Nadine Chakar 這句話其實講得很直白。Stellar 的吸引力不是\u003Ca href=\"\u002Fnews\u002Fwhy-defi-technologies-still-speculation-not-core-holding-zh\">什麼\u003C\u002Fa>投機上漲空間，而是它本來就有機構會在意的能力：發行人控制資產、授權旗標、回收權、還有內建的去中心化交易機制。這些都很無聊，但也很關鍵，因為你在處理受監管資產，不是在發迷因幣。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780140839906-65yo.png\" alt=\"DTCC 把股票搬上 Stellar\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是，Stellar 被當成一條可以跑正式業務的值班鐵路。它已經承載像 \u003Ca href=\"\u002Ftag\u002Fusdc\">USDC\u003C\u002Fa> 這類機構級\u003Ca href=\"\u002Ftag\u002F穩定幣\">穩定幣\u003C\u002Fa>，也有多年支付與代幣轉移的運作歷史。這種歷史很重要，因為 DTCC 不會想先碰一條每次出事都要人工救火的鏈。\u003C\u002Fp>\u003Cp>我一直覺得很多代幣化討論把「公有」跟「完全無限制」混在一起，這很偷懶。公有\u003Ca href=\"\u002Ftag\u002F區塊鏈\">區塊鏈\u003C\u002Fa>一樣可以有很嚴的發行控制、合規閘門和政策執行。公有只是代表帳本可被廣泛檢視，不代表資產模型要走向無政府狀態。\u003C\u002Fp>\u003Cp>如果換到產品規格，我會直接要求團隊不要用意識形態描述鏈，要用營運特性描述鏈。它能不能處理受限資產？能不能支援基於政策的轉讓？能不能接身份與證明系統？如果不行，那它不是機構級鐵路，它只是愛好者玩具。\u003C\u002Fp>\u003Ch2>先從 Russell 1000、ETF、國債開始，這樣才像真的在做事\u003C\u002Fh2>\u003Cblockquote>「DTCC 與 SDF 會先評估 Russell 1000 成分股。另一些追蹤主要指數的 ETF 也在初始範圍內。美國國庫券、債券與票據也列入目標資產清單。」\u003C\u002Fblockquote>\u003Cp>這段最讓我覺得他們像真的在幹活，而不是在拍概念片。因為他們沒有先挑什麼奇怪的私募資產或難估價的長尾標的，而是從流動性高、標準化程度高、而且本來就大量經過 DTC 基礎設施的資產下手。Russell 1000、主流 ETF、國債，都是很適合拿來做第一批的標的。\u003C\u002Fp>\u003Cp>原因很簡單：代幣化不是只有「上鏈」而已，它還要保留那些讓證券之所以是證券的麻煩東西，像是股利、拆股、贖回、到期、票息、轉讓規則。如果這些處理不好，你不是證券系統，你只是貼了鏈標籤的試算表。\u003C\u002Fp>\u003Cp>我看過一些團隊喜歡從流動性差的資產開始，覺得越複雜越能證明自己很強。通常剛好相反。你應該先從已經有機構流程、而且交易頻繁的資產開始，這樣你才能看出數位層到底有沒有真的減少摩擦，還是只是多了一個要你每天盯的 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>實作上，我會建議：先拿生命週期事件標準化、結算痛點明顯的資產當起點。國債和 ETF 很無聊，但無聊才適合驗證機器有沒有真的動起來。\u003C\u002Fp>\u003Ch2>DTCC 的專利，其實早就把路線圖藏好了\u003C\u002Fh2>\u003Cblockquote>「它描述了一個跨多個分散式帳本管理數位流動性代幣的架構。」\u003C\u002Fblockquote>\u003Cp>Genfinity 提到 DTCC 2025 年 5 月 22 日的專利 \u003Ca href=\"https:\u002F\u002Fpatents.google.com\u002Fpatent\u002FUS20250078162A1\u002Fen\">US20250078162A1\u003C\u002Fa>，這種文件我真心建議大家都看一下，因為它比很多媒體分析都誠實。專利裡直接點名 \u003Ca href=\"https:\u002F\u002Fwww.xrpl.org\u002F\">XRP Ledger\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fstellar.org\u002F\">Stellar\u003C\u002Fa> 都是相容網路，還描述了多帳本結算架構。這表示 DTCC 想的是不同鏈各做各的事，不是在搞鏈派宗教戰爭。\u003C\u002Fp>\u003Cp>也就是說，DTCC 不是押單一帳本包山包海，而是在設計一個讓不同網路各司其職的模型。專利裡據說把 XRP 放在高吞吐跨境結算，把 Stellar 放在低成本轉移、法幣入口和穩定幣整合。這種分工很務實，完全不像那些只會喊「一條鏈打天下」的人。\u003C\u002Fp>\u003Cp>專利還提到 \u003Ca href=\"\u002Ftag\u002Ftoken\">token\u003C\u002Fa>-in-token 結構、橋接節點、零知識證明、政策執行、身份委派。這些不是裝飾品，是你想要互通、又不想把合規搞爛時真的需要的機械結構。我喜歡這部分，因為它代表架構是模組化的，不是硬要選冠軍。重點不是誰最神，而是誰適合做哪個工作。\u003C\u002Fp>\u003Cp>如果是我在做多鏈產品，我會直接把角色切開：一條鏈負責發行，一條鏈負責結算，一條鏈負責流動性路由，另一層負責稽核與證明。不要再幻想一條鏈什麼都能做，通常最後只會什麼都做不好。\u003C\u002Fp>\u003Ch2>多鏈不是猶豫，是機構在降風險\u003C\u002Fh2>\u003Cblockquote>「這項合作推進了 DTCC 的多鏈策略，也擴大了傳統資產在數位生態中的流動方式。」\u003C\u002Fblockquote>\u003Cp>「多鏈策略」這詞在加密圈常常會讓人翻白眼，因為大家太愛把選鏈變成身分認同。但在機構基礎設施裡，多鏈大多是在做風險管理。不同資產、不同法域、不同流程，需要的控制不一樣，一條鏈通常不夠用。\u003C\u002Fp>\u003Cp>DTCC 其實早就有這種思路。Genfinity 也提到它之前和 \u003Ca href=\"https:\u002F\u002Fwww.digitalasset.com\u002F\">Digital Asset\u003C\u002Fa> 合作，把美國國債代幣化到 \u003Ca href=\"https:\u002F\u002Fcanton.network\u002F\">Canton Network\u003C\u002Fa>。那條路線偏向許可式；這次 Stellar 則是公鏈版。兩個放在一起看，你會更清楚：DTCC 在測的是「哪種開放度有幫助，哪種控制仍然必要」。\u003C\u002Fp>\u003Cp>我覺得這就是開發者最該學的地方。不要先問公鏈還是私鏈誰比較好，先問資產、監管、工作流到底要什麼。有些場景需要許可式環境來處理抵押品和機構隱私；有些場景則是公鏈的分發與互通性比較重要。\u003C\u002Fp>\u003Cp>實操上，我會把架構設計成可切換的配置，而不是信仰選擇。如果你一換環境就得重寫商業邏輯，代表你把帳本做得太重要，把產品做得太脆弱。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># 受監管證券代幣化架構模板\n\n這份模板適合拿來做產品簡報、技術 RFC，或供應商評估清單。目標是：把受監管資產搬到鏈上，但不要弄亂託管、合規與結算。\n\n## 1) 先定義法定帳本\n- 權威註冊簿：［填入機構名稱］\n- 法律所有權的單一真相來源：［系統名稱］\n- 鏈上記錄的角色：只作為鏡像結算狀態\n- 轉讓終局性規則：［規則］\n\n## 2) 先定義資產範圍\n先從已經有標準化生命週期事件的資產開始：\n- 美國國庫券、票據、債券\n- 大型權值股或指數成分股\n- 有成熟贖回與公司行動流程的 ETF\n\n在控制模型驗證完成前，不要先碰太怪的資產。\n\n## 3) 先定義鏈的角色\n不要用意識形態選鏈，用功能選鏈：\n- 發行鏈：［網路名稱］\n- 結算鏈：［網路名稱］\n- 流動性／路由鏈：［網路名稱］\n- 稽核／證明層：［系統名稱］\n\n如果一條鏈無法清楚處理所有工作，就拆責任。\n\n## 4) 先定義合規控制\n你的代幣模型至少要支援：\n- 發行人授權旗標\n- 轉讓限制\n- 白名單／允許名單\n- 凍結與回收控制\n- 身份驗證掛鉤\n- 屬性證明\n- 政策執行規則\n\n如果某個控制沒辦法寫進程式，也沒辦法讓法遵審核，那就還沒準備好。\n\n## 5) 先定義生命週期事件\n上線前，把所有證券事件先畫完：\n- 發行\n- 轉讓\n- 結算\n- 贖回\n- 股利／票息分配\n- 拆股／反拆股\n- 到期\n- 公司行動\n- 對帳\n\n## 6) 先定義互通邊界\n如果你要用多條帳本：\n- 寫清楚橋接節點責任\n- 定義訊息格式\n- 設定證明要求\n- 文件化失敗處理\n- 定義回滾／復原政策\n\n不要把「之後再補橋接」當策略，這只會讓系統變脆。\n\n## 7) 先定義上線門檻\n正式上線前，至少要能對這些問題回答「是」：\n- 權威帳本能否維持同步？\n- 法遵能否擋下不合規轉讓？\n- 生命週期事件能否端到端處理？\n- 稽核能否追到每一次狀態變更？\n- 網路或橋接故障時，系統能否撐住？\n\n## 8) 可直接拿去用的實作提示\n建立一個受監管證券的代幣化服務，讓區塊鏈只扮演鏡像結算層，而不是唯一真相來源。系統必須保留託管完整性、支援發行人控制、執行轉讓政策，並能處理像國庫券、ETF 和大型權值股這類資產的生命週期事件。架構要模組化，讓多條帳本能依照不同角色分工。\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>我會真的拿這份模板去寫產品簡報、技術 RFC，或供應商評估表。它逼你先回答真正重要的問題，再去碰鏈品牌、demo 包裝這些容易讓人分心的東西。\u003C\u002Fp>\u003Cp>老實說，我最信這次 DTCC 跟 Stellar 的地方，不是 PR 的包裝，而是它看起來真的先被託管、監管、營運現實塑形過。這種東西很少見，少見到值得我們停下來抄作業。\u003C\u002Fp>\u003Cp>來源致謝：原始整理來自 Genfinity 的文章 \u003Ca href=\"https:\u002F\u002Fgenfinity.io\u002F2026\u002F05\u002F27\u002Fdtcc-stellar-tokenization-dtc-custodied-assets-2027\u002F\">https:\u002F\u002Fgenfinity.io\u002F2026\u002F05\u002F27\u002Fdtcc-stellar-tokenization-dtc-custodied-assets-2027\u002F\u003C\u002Fa>。我這篇的拆解是根據該報導、SEC 無異議函、DTCC 公告與專利文件延伸而來，原創部分是我把它整理成可直接抄的工作模板。","我拆 DTCC 和 Stellar 的代幣化模板，重點不是炒作，而是怎麼把受監管證券放進公鏈又不弄亂託管、合規與結算。","genfinity.io","https:\u002F\u002Fgenfinity.io\u002F2026\u002F05\u002F27\u002Fdtcc-stellar-tokenization-dtc-custodied-assets-2027\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780140843384-i2wk.png","industry","zh","b4891249-50dc-479b-b2b7-bb071a76badb",[17,18,19,20,21,22],"DTCC","Stellar","代幣化證券","公鏈","合規","託管",[24,25,26],"代幣化不是把資產硬搬上鏈，而是先保住法定帳本、再加上可同步的結算層。","真正能落地的證券代幣化，先決條件是合規、託管、對帳和生命週期事件都要先設計好。","多鏈不是猶豫不決，而是把不同鏈分配給不同角色，降低機構級風險。",4,"2026-05-30T11:33:32.493741+00:00","2026-05-30T11:33:32.483+00:00","6be1bb16-bb1e-4181-9ba6-48cad54a6641",{"tags":32,"relatedLang":40,"relatedPosts":44},[33,34,35,37,39],{"name":21,"slug":21},{"name":19,"slug":19},{"name":17,"slug":36},"dtcc",{"name":18,"slug":38},"stellar",{"name":20,"slug":20},{"id":15,"slug":41,"title":42,"language":43},"dtcc-stellar-tokenization-stocks-into-tokens-en","DTCC’s Stellar deal turns stocks into tokens","en",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"0d604500-3a70-40ec-a70e-370f972a66ab","korea-nvidia-talks-ai-factory-push-zh","韓國與 Nvidia 對話，重點是 AI 工廠","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781057871797-7uxx.png","2026-06-10T02:17:21.099824+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"173b8876-1867-4e0b-948f-27891d6b6364","openai-should-not-rush-its-ipo-just-to-win-the-ai-race-zh","OpenAI 不該為了搶 AI 賽道而急著 IPO","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781053365610-1hko.png","2026-06-10T01:02:19.886627+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"3d7ff80a-4045-4b66-9e21-b6a8eb3b6f6d","openai-europe-privacy-policy-zh","OpenAI 歐洲隱私政策更新重點","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781052479369-yomr.png","2026-06-10T00:47:31.176745+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"69002c63-177a-4723-9e63-d28506f08edd","openai-ads-sensitive-chats-policy-zh","OpenAI把廣告擋在敏感對話外是對的","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781051578409-en02.png","2026-06-10T00:32:23.404084+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"ea98a8c9-ebe1-4258-8a2b-b0d82b25deed","ai-bootlegs-streaming-royalties-stick-figure-zh","AI bootlegs 正在抽走串流版稅","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781050681742-3rdh.png","2026-06-10T00:17:31.017287+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"20d0b5fc-a363-481d-86b2-e30276a49e92","amd-microsoft-windows-ml-acceleration-zh","AMD 與 Microsoft 把 Windows ML 推進 GPU 與 N…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781047980407-vd5p.png","2026-06-09T23:32:31.304436+00:00",[82,87,92,97,102,107,112,117,122,127],{"id":83,"slug":84,"title":85,"created_at":86},"ee073da7-28b3-4752-a319-5a501459fb87","ai-in-2026-what-actually-matters-now-zh","2026 AI 真正重要的事","2026-03-26T07:09:12.008134+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"83bd1795-8548-44c9-9a7e-de50a0923f71","trump-ai-framework-power-speech-state-preemption-zh","川普 AI 框架瞄準電力、言論與州權","2026-03-26T07:12:18.695466+00:00",{"id":93,"slug":94,"title":95,"created_at":96},"ea6be18b-c903-4e54-97b7-5f7447a612e0","nvidia-gtc-2026-big-ai-announcements-zh","NVIDIA GTC 2026 重點拆解","2026-03-26T07:14:26.62638+00:00",{"id":98,"slug":99,"title":100,"created_at":101},"4bcec76f-4c36-4daa-909f-54cd702f7c93","claude-users-spreading-out-and-getting-better-zh","Claude 用戶更分散，也更會用","2026-03-26T07:22:52.325888+00:00",{"id":103,"slug":104,"title":105,"created_at":106},"bd903b15-2473-4178-9789-b7557816e535","openclaw-raises-hard-question-for-ai-models-zh","OpenClaw 逼問 AI 模型價值","2026-03-26T07:24:54.707486+00:00",{"id":108,"slug":109,"title":110,"created_at":111},"eeac6b9e-ad9d-4831-8eec-8bba3f9bca6a","gap-google-gemini-checkout-fashion-search-zh","Gap 把結帳搬進 Gemini","2026-03-26T07:28:23.937768+00:00",{"id":113,"slug":114,"title":115,"created_at":116},"0740e53f-605d-4d57-8601-c10beb126f3c","google-pushes-gemini-transition-to-march-2026-zh","Google 把 Gemini 轉換延到 2026 年 3…","2026-03-26T07:30:12.825269+00:00",{"id":118,"slug":119,"title":120,"created_at":121},"e660d801-2421-4529-8fa9-86b82b066990","metas-llama-4-benchmark-scandal-gets-worse-zh","Meta Llama 4 分數風波又擴大","2026-03-26T07:34:21.156421+00:00",{"id":123,"slug":124,"title":125,"created_at":126},"183f9e7c-e143-40bb-a6d5-67ba84a3a8bc","accenture-mistral-ai-sovereign-enterprise-deal-zh","Accenture 攜手 Mistral AI 賣主權 AI","2026-03-26T07:38:14.818906+00:00",{"id":128,"slug":129,"title":130,"created_at":131},"191d9b1b-768a-478c-978c-dd7431a38149","mistral-ai-faces-its-hardest-year-yet-zh","Mistral AI 迎來最硬的一年","2026-03-26T07:40:23.716374+00:00"]