SE7EN Labs、Hoskinsonとのロードマップ対談でDaedalusのdApp計画の詳細を説明
内蔵アプリケーションブラウザ、ハードウェアウォレットの追加対応、代替Cardanoノードのサポート可能性が開発アジェンダに含まれる。議論ではDaedalusのアーキテクチャ、AI支援のエンジニアリング、新機能がユーザーに届く前のテスト要件についても取り上げた。
By SongMarketCap
Updated:
SE7EN Labsは、Daedalusを分散型アプリケーションに接続するためのコアコードを統合したと、Charles Hoskinsonとのロードマップディスカッションで開発者が報告した。この機能はまだリリースされておらず、今後インターフェース改善とセキュリティテストが予定されている。チームは、ハードウェア対応を拡大し将来のプロトコルアップグレードに備えながら、Cardanoのフルノード型デスクトップウォレットにアプリケーションアクセスをどのように導入するかを概説した。
DaedalusはCardanoアプリケーション向けの内蔵ブラウザを準備
この統合はCIP-30を用いる。これはCardanoアプリケーションが互換ウォレットと通信するためのインターフェースである。これによりDaedalusのユーザーは、送金やステーキング、ガバナンスと並行してデスクトップアプリケーションからdAppにアクセスできるようになる。統合を担当する開発者によれば、基盤となる通信は既に機能しているが、ユーザー体験の一部はまだ未完成だという。
作業は資産の見せ方にも及ぶ。チームは、エコシステムにおけるトークンやNFTの発展に対してインターフェースが遅れ、トークンが主にテキスト説明で表現されている現状を認めた。Adam Deanがその表示改善を担う見込みである。特定のウォレットアドレスに依存するアプリケーションに対応するため、任意の単一アドレスウォレットモードも計画されている。
アプリケーションアクセスについて、SE7EN Labsはローカル接続を通じてDaedalusと通信するブラウザー拡張機能を検討した。しかし開発者は、特に悪意あるソフトウェアが動作する可能性のあるコンピューター上で通信チャネルを保護する懸念から、その設計を退けた。選択したアプローチは、サンドボックスと呼ばれる分離環境を用いて、各dAppをDaedalus内の個別ブラウザーウィンドウで開くというものだ。ウォレットとの通信は注入されたCIP-30コネクタを介して行われ、他コンポーネントへのアクセスはその設計によって制限される。
アプリケーション開発者は、特にCardanoのPreviewとPreprodのテストネットワークで稼働するプロジェクトについて、統合に関する議論に招待されている。提案されているリスティング手続きは、説明、アイコン、対応ネットワーク、ネットワーク固有のURLを含む提出物をDaedalusのリポジトリに送る形を想定している。Musashi Dojoは後日の追加対象として言及されたが、正式な提出プロセスはまだ確立していない。
チームは、ディレクトリへの掲載とセキュリティ認証を区別した。SE7EN Labsは一部の統合をテストする見込みだが、掲載された全アプリケーションを認証する計画はない。診断インターフェース内の別機能を通じて、まだディレクトリに追加されていないdAppへのアクセスも提供される予定である。
フルノードのアーキテクチャとAI支援開発
Hoskinsonは、Daedalusの近代化の必要性を、CardanoのShelleyやGoguen期以前にまでさかのぼる起源に結び付けた。当時は現在のステーキングやアプリケーションのエコシステムが形成されておらず、同期、委任、dAppアクセスにわたる作業が残されたという。また、Input Outputがリファレンスソフトウェア開発者として置かれた立場が、収益化や提携、ウォレットがどのエコシステム参加者を取り上げるかという意思決定を複雑にしたことも説明した。彼の見解では、専門のプロダクトチームの方がそうした選択を柔軟に行える。
SE7EN Labsは、DripDropzに関連する作業に続いてDaedalusの開発を継続することに関心のある貢献者を結集した。Samuel Leathersは、承認されたCardano Treasuryの資金により、チームがウォレットにより多くの注意を割けるようになったと述べた。チームの責務には、サポートリクエストを管理するために構築されたポータルAriadneを通じたユーザーサポートも含まれる。一方でMithrilの統合は、DaedalusがローカルのCardanoノードを引き続き実行しつつ、認定済みブロックチェーンスナップショットの利用を可能にすることで、同期作業の一部を軽減した。
Leathersは、既に導入された別のアーキテクチャ変更としてRustで書かれたスーパーバイザーWatchdogを挙げた。これはノードやウォレットのバックエンドを含むバックグラウンドコンポーネントを管理し、Mithrilの操作やブロックチェーンストレージを調整する。その機能には、ユーザー選択のストレージドライブのサポートや、ウォレットAPIでは容易に得られない進捗情報の公開が含まれる。これらの責務は以前はアプリケーションの旧来のプロセス管理コードで処理されていた。
この分離は、DingoやAmaruを含む代替Cardanoノードとの将来の統合を支える可能性がある。開発者は、ユーザーがバックエンドを選択し、その署名済みソフトウェアを個別にダウンロードできるようにする案を議論したが、コンポーネント間インターフェースには更なる作業が必要になるだろう。チームはロンドンでのノード多様性ワークショップで、他チームと共にその要件を検討する計画を立てた。Hoskinsonは、Daedalusが個々のユーザーへの代替実装の配布を支援できると示唆した。
ElectronはDaedalusのデスクトップインターフェースのフレームワークとして引き続き用いられる。置き換えは依然として検討中だが、すぐに着手するには規模が大きすぎるという。Linuxでは、Debian、RPM系ディストリビューション、Arch、NixOS向けのネイティブパッケージへと移行しており、その取り組みをdAppの分離に関するOS要件と結び付けている。議論で示されたアプローチでは、Daedalusが新バージョンをユーザーに通知し、更新はパッケージマネージャー経由で行われる。
議論では、開発中にAIをどのように活用しているかも検討した。Leathersは、ソースコードを索引化し、関連するバージョンのライブラリをコーディングツールが利用できるようにする仕組みを説明し、これにより繰り返し検索やトークン消費を減らしていると述べた。彼はホスト型とローカルモデルを組み合わせており、後者により選択した解析を自分の環境内に留められるという。別の開発者は、厳密に定義された仕様、複数形態のソフトウェアチェック、Daedalusを含むリポジトリに対するAI支援のセキュリティ解析を重視していると強調した。
Hoskinsonの手法は、意図した挙動の正確な記述から始まり、モデリング、実装、検証へと進む。彼はモデリングにQuintを用い、本番ソフトウェアを照合するための形式的リファレンスを構築する手段としてLeanを挙げた。コード生成が高速化するほど、レビューとセキュリティ保証の重要性は増すとし、特に暗号鍵や資金を扱うコンポーネントではなおさらだと主張した。さらに彼は、Tailscaleのようなプライベート接続を使って、パーソナルAIエージェントが所有者のローカルノード経由でCardanoにアクセスできるようにするという、Daedalusの別の可能な用途も提起した。
[NEWSBREAK]
ハードウェアウォレットとCardanoのアップグレードが次のリリースを形作る
Keystone統合は、Daedalusの外での作業に加えて、ウォレット自体の変更にも依存する。Leathersは、Daedalus側の機能は準備できている一方で、Keystoneのファームウェア向けの関連プルリクエストがレビュー待ちであると報告した。Ledger Flexは別の段階に到達しており、依存関係の更新と統合変更の後、以前に遭遇していたエラーは彼のテストで現れなくなった。チームは、より広範なテストが未了であるため、Flex対応を正式には告知していなかった。
今後のCardanoアップグレードに向け、開発者は新しいノードリリースを追跡し、互換性を確認している。必要なコンポーネントが利用可能になり次第、DaedalusのテストビルドでDijkstraの機能に早期アクセスを提供したい考えだ。議論された要件の一つは、報酬アカウントへの予定された直接入金を正しく表示することだった。チームは互換性のために必要に応じて、上流のウォレットソフトウェアへの変更貢献も継続する意向である。
CIP-113であるプログラマブルトークン標準は注視しているが、Daedalusのロードマップにはまだ専用の実装項目がない。開発者は、サポートを定義する前に仕様の採用状況を見極めている。入れ子トランザクションについても同様の方針で、機能を用いる具体的なアプリケーションに続いて統合が進む見込みだ。そのようなアプリケーションには、完了前に部分トランザクションを他の参加者へルーティングする仕組みも必要になる。
Hoskinsonは、この調整の課題を、彼が開発中のインテントベース言語Moriartyと結び付けた。いくつかのトランザクションは、ユーザーが達成したいことの表明として始まり、提出前に他の当事者が情報や資産、署名を提供する必要がある。マルチシグネチャトランザクションは既存の例を提供するもので、参加者はブロックチェーンに送信する前に未完成のトランザクションを交換して署名しなければならない。彼は、そうしたやり取りを処理するためにウォレットが採用できる共通インターフェースの必要性を主張し、同じ要件を、ネットワーク間での金融オペレーションを計画するMidnightにも結び付けた。
dApp対応について、SE7EN LabsはDaedalus Flightを復活させ、メインネットのウォレットに追加する前に、Preview、Preprod、Flightのリリースを通じて機能を導入する計画だ。ロールアウトの間に、開発者とセキュリティ研究者がアプリケーションの互換性やサンドボックスの分離境界をテストする。チームはメインネットのリリース日を発表しなかった。