Input Output（IO）は 8 月 6 日、Cardano の土台を支える 4 つのエンジニアリング機能を IO Labs から ICAN Group へ移すと発表しました。移るのは機能の名前だけではありません。チームも、その責任者も、積み上げてきた知識も、まとめて一緒に移ります。Cardano は台帳を分散させ、ガバナンスを分散させてきましたが、いま分散が及んでいるのは「誰がコードを書き、誰が動かし続けるのか」という層です。SPO と開発者から見て、この移管が実際に何を変えて何を変えないのかを、一次ソースから整理します。
■ 何が移るのか
ICAN Group へ移るのは次の 4 機能です。IO の説明をそのまま追います。
- Platform Engineering — Cardano のエンジニアリングチームが日々使う内部プラットフォームを作り、動かす機能。そのなかの SRE（サイト信頼性エンジニアリング）チームが安定性と可用性を保ち、明確な信頼性目標に対して責任を持ちます
- Quality Assurance — 利用者が問題に出会う前に不具合を捕まえるテストの仕事
- Cryptography — ネットワークが価値とデータをどう守るか、その裏側を支えるエンジニアリング
- Performance & Tracing — Cardano を速く保ち、その挙動を観測できる状態にしておくための計測とプロファイリング
IO は「すべてが一体として、3 年間そのチームを率いてきたリーダーシップのもとで移る」と書いています。システムを一番よく知っているエンジニアが、そのシステムに引き続き就く、という設計です。
■ なぜ ICAN Group なのか
ICAN Group はロンドンに本社を置く 2015 年設立のエンジニアリング／トランスフォーメーション企業で、ICAN Consultancy と 2 つのプロダクト事業（Ethscore、TroveTrade）を束ねる存在だと紹介されています。IO は、ここが適した移管先である理由を 3 つ挙げました。
ひとつ目はリーダーシップの連続性です。ICAN の創業者である Can Huzmeli 氏は、この 4 機能を IO の内部で 3 年にわたって率いてきました。IO は同氏について、Web3 のほか biopharma・fintech・adtech・FMCG・e コマースを横断する 21 年のソフトウェア開発とエンジニアリング組織運営の経歴を持つと説明しています。
ふたつ目は焦点です。大きな組織の中では、信頼性・品質・性能・暗号エンジニアリングはどうしても支援機能の位置に置かれます。ICAN では、それが事業のすべてになる、という整理です。
みっつ目は働き方です。ICAN は SLO（サービスレベル目標）に沿って 24 時間体制で運用し、個人の振る舞いではなくサイクルタイムやデプロイ頻度といった流れの指標で仕事を追う、と紹介されています。
Huzmeli 氏のコメントはこうです。
これは 3 年間わたしが率いてきたチームであり、深く思い入れのあるインフラです。ICAN へ移すことは彼らを Cardano から遠ざけるものではありません。ひとつの会社をまるごとそこに充てるということです。
■ 移管の列に並ぶ 3 例目として
この動きは単発ではありません。Daedalus ウォレットの開発は Se7en Labs へ、Mithril のワークストリームは Teragone へ移っています。ICAN Group はその次に並ぶ 3 例目です。
IO は、いずれの移管も「Cardano のうち、その専門チームが最もよく知っている部分を、集中した所有のもとに置く」動きであり、調整は Intersect を通じて公開の場で行われると説明しています。IO Labs 側にはノード、Plutus、Hydra、Daedalus をはじめとするスタック全体の研究・応用エンジニアリング・プロダクション作業が残り、「四半期ごとに、そのうちより多くが専門チームの所有になっていく」と書かれています。
■ SPO と開発者から見て、何が変わるか
まず、変わらないと明示されている点があります。IO は「何も止まらない」と書いています。移管の最中も作業は続く、という宣言です。
今回の発表には、移管の完了時期、契約の条件、費用の負担方法といった条件は書かれていません。ですから、当面の日々の運用で目に見える変化は小さいと読むのが妥当です。SPO や開発者が実際に触れているのは組織図ではなく、ノードの安定性であり、不具合を事前に捕まえるテストの網であり、性能を測る道具だからです。
変わるのは、その成果物に責任を持つ組織の名前です。これまで「IO の中の一部門」だったものが、独立した会社の主業務になります。ここには両側面があります。専業になれば、その領域に割ける時間と人は増えます。一方で、独立した会社が増えるほど、チーム間の調整は組織の中の会話ではなく、組織と組織の間の調整になります。その調整の場として名前が挙がっているのが Intersect です。
Cardano がブロック生成を数千の独立したステークプールに分散させたとき、同じ構図がありました。分散は単一障害点を減らしますが、そのぶん協調のコストを引き受けることでもあります。エンジニアリングの分散化も同じ道を通ります。判断材料になるのは宣言ではなく、移管後に何がどれだけ公開され、どこで調整が行われたかの記録です。
▼ ここから見るもの
- この移管に関する調整が、Intersect を通じてどこまで公開の記録として出てくるか
- 四半期ごとに、次はどの領域が専門チームへ移るか
- 移管後、信頼性目標（SLO）や性能の指標が外から見える形で公表されるか
一次ソース / 関連リンク
- Input | Output「Cardano’s engineering decentralization extends to ICAN Group」（2026年8月6日）
https://www.iog.io/news/cardano-s-engineering-decentralization-extends-to-ican-group - Input Output Group の投稿（2026年8月6日）
https://x.com/IOGroup/status/2085392073306337504