LIVE ADA-- MCAP-- TVL-- STAKE-- EPOCH-- Cardano & Midnight 総合情報ポータル
SIPO
速報 Ouroboros Consensus 4.0.0.0リリース、Leios開発進展 5時間前 速報一覧 →
HOMESignal › Dijkstra の調整に名前がつきました——Intersect の技術調整チームを Nick Clarke 氏が率います
Signal

Dijkstra の調整に名前がつきました——Intersect の技術調整チームを Nick Clarke 氏が率います

2026-08-14SIPO

Intersect が 8 月 13 日、Nick Clarke 氏を Director of Cardano Technology として迎えたと発表しました。人事の告知ですが、ノードを動かす側にとっての読みどころは経歴よりも、その役職に何が紐づけられているかです。Intersect は「今後 6 か月」と期間を切ったうえで、Dijkstra アップグレードの調整を主導することと、セキュリティおよびインシデント対応の能力を強化し続けることを挙げています。次のハードフォークに向けた調整が、名前のついた役職の仕事として置かれたことになります。中身を見ていきます。

初期報: Nick Clarke氏がIntersectのCardano技術責任者に就任

■ 挙げられた経歴は、台帳とノードの側に集まっています

Intersect は次のように書いています。

We’re pleased to welcome Nick Clarke as Intersect’s Director of Cardano Technology.(Nick Clarke を Intersect の Director of Cardano Technology として迎えられることを嬉しく思います)

紹介されている経歴は次のとおりです。数学者から関数型プログラマーを経て何でも屋になった人物で、2018 年の Byron 期の書き直しから Cardano に関わってきたこと。台帳チームの立ち上げに携わり、台帳のコア部分と Praos プロトコルに大きく貢献し、Cardano ノードのリリース管理に取り組んだこと。直近は Tweag で Director of Engineering を務めていたことです。

Intersect 内部での関わりも並記されています。組織の発足時から関与しており、オープンソース委員会の議長、技術運営委員会(Technical Steering Committee)の一員、そしてセキュリティ評議会(Security Council)の設立と、その後の在任です。

ここに並んでいるのは、いずれもプロトコルとノードの実装に近い領域です。ステークプールの運用から見ると、日々触っているソフトウェアの上流にあたる場所で長く仕事をしてきた人が、その調整役に就いたという構図になります。

■ 新しい役割は「技術調整チームを率いること」です

役割そのものについては、次のように説明されています。

In his new role, @nc_cardano will lead Intersect’s technical coordination team across the range of support, stewardship and services we provide to Cardano and its technical ecosystem.(新しい役割では、Intersect が Cardano とその技術エコシステムに提供する支援・受託管理・サービスの全般にわたって、技術調整チームを率いることになります)

キーワードは coordination(調整)です。Intersect 自身が全部を作るのではなく、複数の開発主体が並行して進めているものを、リリースやハードフォークという 1 本の時間軸に合わせていく仕事の呼び名です。Cardano の開発は複数の組織とチームに分かれているため、この調整の質が、そのままアップグレードの進み方に出ます。

■ 今後 6 か月に置かれた 2 つの主題

期間と中身が明示されているのはここです。

Over the next six months, that will include taking a lead role in coordinating the Dijkstra upgrade, alongside continuing to strengthen our security and incident response capability.(今後 6 か月間、それには Dijkstra アップグレードの調整で主導的な役割を担うことと、セキュリティおよびインシデント対応の能力を強化し続けることが含まれます)

Dijkstra は次の主要なエラです。Intersect は 6 月、van Rossem ハードフォークの提案を出した際に、これを an intra-era hard fork that introduces some new features and lays the foundation for the next major era, Dijkstra, which will ultimately bring Leios to Cardano mainnet(新機能を導入しつつ、最終的に Leios を Cardano メインネットにもたらす次の主要エラ Dijkstra の基礎を築くエラ内ハードフォーク)と説明していました。つまり Dijkstra は、スケーリングの本体が乗ってくる区切りです。

ステークプールを運用する側にとって、エラの切り替えは避けて通れないノード更新を意味します。その調整に責任者が置かれ、期間が 6 か月と示されたことは、更新の準備をいつから始めるかを考えるうえでの手がかりになります。Dijkstra 第 1 段のスコープについては 8 月 9 日の記事で扱いました。

もう 1 つのセキュリティとインシデント対応も、同じ文に並べられています。設立に関わったセキュリティ評議会の系譜が、そのまま新しい役割の中に引き継がれる形です。

■ ここから見ておきたいこと

  • Dijkstra の日程 — 調整役が決まったことで、ノード更新の目安となる時期が具体的に示されるかどうか
  • 技術調整チームの動き方 — 複数の開発主体をまたぐ調整が、どの単位で公開されるか
  • インシデント対応の体制 — セキュリティ面の強化が、運用者向けにどう共有されるか

人事の告知は、それ自体では何も動かしません。動くかどうかが分かるのは、示された 6 か月のあいだに Dijkstra の日程がどれだけ具体的になるかです。


一次ソース / 関連リンク