通信および視覚化モバイル端末デバイスが徐々に普及するにつれて、人々は Web3 またはメタバースの概念に群がります。そして、どうやって新しい世界への道を歩むのか？しかし、明確な答えはありません。 DFINITYは5年間の探求経験で「インターネットコンピュータ」の道を模索しましたが、それは有効なソリューションとなるでしょうか？
導入
導入
DFINITY はスイスに本部を置く非営利団体で、すべての収益は、分散型オープンソース ネットワーク プロジェクトである Internet Computer の研究開発と推進に参加するという 1 つの目的にのみ使用できます。このプロジェクトは DFINITY によって主導されていますが、ガバナンス システムはオンラインになった日から開始されており、ネットワークの実際の物理ノードは多くのサードパーティの独立したオペレーターによって独立して運用されています。
プロジェクト全体はガバナンス トークンの所有者、つまりコミュニティ全体に属します。 DFINITY は今後も主要な技術貢献者としてプラットフォーム全体の開発と推進に参加していきますが、当社は貢献者の 1 つにすぎません。立ち上げからわずか 3 か月あまりで、他の多くのコミュニティ チームがすでに参加しています。このプラットフォームの開発は、コミュニティ全体の貢献と切り離すことができません。地方分権をさらに推進することが現時点での私たちの主な目標です。
インターネット コンピューター プラットフォームの作成者として、DFINITY のビジョンはブロックチェーンの特異性です。これは、インターネット上で実行できるすべてのアプリケーションがブロックチェーン テクノロジーで構築される必要があることを意味します。
これを実現するために、TCP/IP 層の上、アプリケーション層の下に、ブロックチェーン コンセンサス テクノロジに基づくプロトコル層を追加しました。これをインターネット コンピュータ プロトコル (ICP) と呼びます。このプロトコルのセットは、複数の物理ノード (コンピューター) 間でデータを交換することによって仮想サブネットを構築します。
サブネット内のノードは入力と出力について合意を形成し、計算結果を相互に検証し、他のサブネットと通信することができます。複数のサブネットを組み合わせて仮想コンピュータを構築します。サブネットの増加に応じて容量が増加し、誰でもその上でプログラムを実行したり、他の人のプログラムにアクセスしたりすることができます。
しかし、現在のインターネット、特にマイクロサービスの概念は例外ではないようです。では、なぜ現在のインターネットをインターネットコンピュータと呼べないのでしょうか？
違いは、この ICP セットのプロトコルにあります。このプロトコルの目的は、すべてのプログラムが正しく実行され、その状態が改ざんできないことを保証し、プログラムが別のプログラムを呼び出すときに、その呼び出しが正しく実行されることを信頼できるようにすることです。現在のインターネットにはこのプロトコル層が欠如しているため、すべてのプログラムは可用性、信頼性、相互認証などの面倒な問題を自分で解決する必要があり、さまざまな非互換性やセキュリティ上の負担が生じています。
質問1
質問1
Internet Computer は、プログラム構築の新しいパラダイムを提供し、独自の「専門用語」を持っています。これらの「専門用語」を簡単に紹介し、開発者にとって最も役立つインフラストラクチャは何だと思いますか?
回答: これについては、いくつかの異なる角度から説明できます。まずエンド ユーザーの観点からです。
インターネット コンピュータ上のアプリケーションへのアクセスは、基本的には通常の Web サイトにアクセスするのと同じであり、ユーザーは料金を支払う必要はありません。従来のクラウドサービスを利用する場合と同様、費用はプロジェクト当事者が負担します。他のブロックチェーンのほとんどは、ユーザーにガス料金を請求し、プレインストールされたウォレット ソフトウェアを必要とするため、比較的高いしきい値が設定されています。
コンピューティングやストレージを含むアプリケーションの運用コストは、インターネット コンピューターのネイティブ トークンであるサイクルで測定されます。サイクルの価格は SDR に固定されており、1SDR = 1 兆サイクルです。 SDR の価格は、米ドルや人民元など、国際通貨基金が設定する通貨バスケットによって加重されており、比較的安定しています。
ユーザーの観点に戻ると、サイクルの概念を気にする必要はありません。ただし、多くのアプリケーションはユーザー ログインを処理する必要があるため、Internet Computer は、インターネット ID と呼ばれる匿名 ID 管理システムも立ち上げました。このシステムは完全にウェブ標準に基づいており、ユーザーはそれを使用するためにウォレットソフトウェアをインストールする必要はありません。
これらはすべて、ユーザーが使用する敷居を下げ、ブロックチェーンの応用が本格的に行われるようにするためのものです。インターネット ID は主に、1 つの ID で複数のデバイスにログインするという問題を解決します。さらに、異なるアプリケーションでは、アプリケーションによって取得されるコードが異なるため、ユーザーの行動が悪意を持って追跡されるのを防ぐことができます。
最後に、ユーザーは Internet Computer のガバナンスへの参加にも興味があるかもしれません。これは私たちのイノベーションの 1 つである NNS と呼ばれるニューロン投票システムです。これもアプリケーション レベルですが、特別な権限を持っています。つまり、インターネット コンピュータのすべてのサブネットと、ノード上で実行されるコード、バージョンのアップグレード、新しいサブネットの作成、新しいノードへのアクセスなど、システム全体のあらゆる側面を管理できます。 、など待ってください。
投票に参加するには、まず ICP トークンを保持し、一定量の ICP をロックしてニューロンを取得する必要があります。投票の重みは、ロックされた位置の数、ロックされた位置の長さ、およびニューロンの年齢に関連します。投票に参加することにも報酬が与えられますが、報酬の額は投票の賛否とは関係がありません。また、他のニューロンの決定に従って自動的に投票することもできます。全体として、これらの設定は、ユーザーの投票行動をプラットフォームの長期的な利益と結び付け、ユーザーの貢献に対して報酬を与えるように設計されています。
ユーザーの視点について話した後、開発者の視点から見てみましょう。
インターネット コンピュータ上で実行されるアプリケーション プログラムは、キャニスターと呼ばれる軽量のコンテナにカプセル化されます。誰もがよく知っている Docker コンテナの概念は少し異なり、Canister はコードをカプセル化するだけでなく、コンテナの状態を自動的に永続化します。これは、単純に長時間実行されるオペレーティング システムのプロセスとして理解でき、メモリやメッセージ キューを含むプロセスの状態は自動的に保存され、電源のオン/オフによって失われることはありません。これは、インターネット コンピュータからファイル システムの概念が取り除かれ、開発者がデータを保存するためにファイルやハードディスクの読み書きを考慮する必要がなくなり、大幅に簡素化されたことを意味します。
開発者が理解する必要があるもう 1 つのことは、キャニスター間の通信モードは非同期であり、アクター モデルに属しているということです。つまり、各キャニスターは独自のプロセスであり、メッセージの送信、つまり非同期メソッド呼び出しによって他のキャニスターと通信します。キャニスターの内部メッセージ・キューの処理はシングルスレッドであり、ロックを考慮する必要がなく、各メソッド呼び出しはアトミックです。アクター モデルのプログラミングに慣れている場合は、簡単に始めることができます。
アプリケーションを開発するには、通常、キャニスター コンテナーがバックエンドとして使用され、フロントエンドの対話はブラウザーまたは別の APP で行うことができます。 Internet Computer が Web サイトを直接実行できることも前述しました。これは、キャニスターが http 要求インターフェイスを独自に実装し、JavaScript を含む Web ページをユーザーの端末に返すことができることを意味します。フロントエンドとバックエンドをキャニスターにまとめてパッケージ化し、インターネット コンピューターに展開できます。
Javascript と Rust の両方のフロントエンド開発用の既製のライブラリを用意しています。フロントエンドがバックエンド コードを呼び出す必要がある場合は、非同期関数の await 呼び出しを直接作成するだけでよく、最下層はライブラリ関数によって実装されています。さらに詳しく知りたい場合は、複数の言語の実装をサポートする Candid と呼ばれるインターフェイスとデータ エンコード形式があります。 Canister は、Candid を使用して外部インターフェイスとデータ型を記述します。
一般に、開発者が理解する必要があるのは、キャニスターの概念です。 WebAssembly、アクター モデル、直交永続性 (自動永続性)、Motoko、Candid。また、インターネット コンピューター インターフェイスの標準であるシステム API について学ぶことをお勧めします https://sdk.dfinity.org/docs/interface-spec/
この情報は非常に詳細であり、システム全体のあらゆる側面に関係しており、開発者がシステムの動作を深く理解するのに便利なインターフェイスのセマンティクスを定義するために多くの正式な努力を行ってきました。
質問2
質問2
従来の Alibaba Cloud、Tencent Cloud、AWS などのプラットフォームと比較して、インターネット コンピューターの違いは何ですか?これらも同社が構築したプライベートクラウドサービスであり、データセンターやリモートバックアップ、マルチノード運用も利用している。
回答: 現在のクラウド サービス プラットフォームはすべて基盤に基づいており、プラットフォームのセキュリティ、ネットワーク接続、中断のないコンピューティング、データ損失などを維持するには、プラットフォーム プロバイダーに依存する必要があります。
ほとんどの場合、商用プラットフォーム自体の利益とそれがサービスを提供するユーザーの利益の間に矛盾はありませんが、それらは完全に一致しているわけではありません。プラットフォーム リスク（プラットフォーム リスク）という誰もがよく知っている概念があるため、ここでは説明しません。
しかし、最も重要な点は、これらのクラウド プラットフォーム インフラストラクチャ プロバイダーはコモディティ (代替可能な商品) になることを望まず、顧客を維持し囲い込むために最善を尽くしているということです。
インターネット コンピュータは当初、分散型ネットワークとして存在しました。内部のノードはすべてサードパーティによって運営されており、異なるデータセンターで実行されます。実際のネットワークの管理はユーザーに引き継がれ、ノード オペレーターやデータ センターが主導権を握ることはありません。
したがって、すべての意思決定を行うための集中的なビジネス組織は存在しません。ガバナンスシステム全体の設計も長期的な視点に基づいており、ユーザーの利益とプラットフォーム開発の一貫性を維持することを目指しています。このプラットフォームはノードの運営者に支払われ、ノードの運営者が張三か李斯かは全く関係なく、自由市場です。つまり、インターネットコンピュータにとって、ハードウェアやネットワークなどのインフラはコモディティ（代替可能な商品）となっています。
実際、PC業界全体の発展の歴史を振り返ると、インフラ（PCハードウェアなど）がコモディティ（代替品）になるのは歴史の必然であり、クラウドにおいても例外ではないと考えています。サービス。
インターネット コンピュータのようなコンピューティング プラットフォームは、ハードウェア インフラストラクチャから分離されていると言えます。この種のビジネス モデルは、分散化とブロックチェーン テクノロジーなしでは想像できません。しかし今日ではそれが現実となり得る、それが時代の進歩の最良の解釈である。
ビットコインやイーサリアムに続く途中、通貨価格の誇大宣伝やポンジスキームを見て、この新興のものに対して否定的な見方をする人もいますが、実は時代の変化はすぐそこまで来ています。
利益の一貫性に加えて、もう 1 つの側面は、より高度なテクノロジーを使用してシステムの冗長性を簡素化し、それによってプラットフォーム全体のコストを節約し、ユーザーに節約をもたらすことです。
先ほどトラステッド コンピューティングの多くの利点についても触れましたが、実際には、分散型の利点や最先端の暗号化テクノロジを使用する利点もあります。これは、ファイアウォールなどの従来の技術的なメンテナンス作業の多くが基本的に不要になることを意味します。顧客がこれらの現在のクラウド プラットフォームをうまく利用したい場合は、運用と保守に多大な投資を行う必要があります。また、インターネット コンピュータを使用すると、この分野のコストを大幅に節約できます。
3つ目はトークン化、つまりアプリケーションのトークン化です。これはインターネットアプリケーション全体の発展の次のトレンドと言え、その勢いは止まらない。従来のクラウド サービス プロバイダーも、ブロックチェーンとのブリッジング コンポーネントを提供するのがせいぜいであり、そのアーキテクチャは完全なセットを完成させると必然的にかなり肥大化します。 Internet Computer はネイティブ ブロックチェーンとして Web サイトやアプリケーションを直接実行できるため、トークン化を統合するのが非常に簡単です。
質問3
Internet Computer 上のすべてのスマート コントラクトは「拡張可能」です。具体的には、プロトコルの拡張は技術レベルでどのように機能しますか? 拡張された例はありますか?
回答: スケーラビリティにはいくつかの側面があります。1 つはストレージ容量、もう 1 つはネットワーク トラフィック、もう 1 つはコンピューティング能力、つまり単位時間あたりに処理できるトランザクションの数です。スケーラブルかどうかは、主に既知のボトルネックを回避できるかどうかによって決まります。パブリック プラットフォームでは、限られたリソースをさまざまなユーザーやアプリケーションにどのように割り当てるかについても考慮する必要があります。
Internet Computer の主な設計思想はスケールアウト、つまりリソースを追加して新しいサブネットを作成することでボトルネックを解決することです。この考え方は基本的に主流の Web アプリケーションと同じで、アプリケーションが 1 つのキャニスターですべてのユーザー要求を処理できない場合は、複数のキャニスターを使用してユーザー要求の一部をアプリケーション レベルで処理するのが合理的です。つまり、アプリケーションを設計する際にはこれを考慮し、少なくとも新しいアーキテクチャに移行する可能性を残す必要があります。現時点では、OpenChat が複数のキャニスターを使用するように設計されていることはわかっており、DSCVR にもその余地は残されていますが、依然として 1 つのキャニスターに重点を置いています。
システム レベルからは、キャニスターの拡張を通じて、4G メモリの現在のしきい値を超えることができます。コンピューティングに関しても、並行性という指導的なイデオロギーから出発しており、イーサリアムのグローバルなアトミック設計を選択しません。したがって、異なるキャニスターは独自のスレッドで独自のメッセージを処理するため、ハードウェア負荷が許す限り、他のキャニスターのパフォーマンスに影響を与えることはありません。ネットワークに関しては、基本的に帯域幅が拡張の上限を決定しますが、どのブロックチェーンもこの物理的なボトルネックを回避することはできず、インターネットコンピュータの異なるサブネットに対応する断片化を使用することしかできません。
もちろん、パフォーマンスを向上させるためのシステムレベルでの最適化ソリューションはさまざまあり、ハードウェアのパフォーマンスを最大限に発揮できるように取り組んでいます。
質問4
どのような種類の Dapps がその上で持ち運ぶのに適していますか?現在、インターネット コンピュータ上の DeFi プロトコルは比較的少ないことがわかりましたが、将来、インターネット コンピュータ上の Dapp トラックの方向性は何ですか?
回答: DeFi を推進するには主に流動性が必要ですが、セキュリティ上の理由から、キャニスター転送 ICP の機能はまだオープンされておらず、これにより流動性も制限されます。ただし、この制限は一時的なものであり、現状、開通後ネットワーク全体の安定性は良好であるため、適切な時期にNNSの投票によりこの制限が解除されるものと考えております。多くの開発者はすでに準備ができており、DeFi アプリケーションの爆発的な増加は時間の問題だと思います。
個人的には、Internet Computer 上の現在のソーシャル DAPP についてはまだ非常に楽観的です。このトラックがトークン化の恩恵を受けると、非常に急速に成長し、DeFiやNFTゲームに劣ることは間違いありません。他のブロックチェーンにもソーシャル属性を備えたdappsはいくつかありますが、いずれも開始の敷居が高く、結局のところ、ウォレットを正しく使用するというステップで多くのユーザーが躓いています。インターネットコンピュータ上の dapp は Web 標準技術を使用しており、どのブラウザからでもアクセスできます。
私が楽観視しているもう 1 つの方向は、個人ユーザーや中小企業向けのアプリケーションです。プロジェクト管理、ファイル共有、クリエイター エコノミー (ポッドキャスト、vlog、ウェブ記事など) については、インターネット上に比較的成熟したソリューションがありますが、プラットフォームのリスクは常に存在します。先ほどクラウドサービスのプラットフォームリスクについても触れましたが、他のさまざまな分野でも巨大な独占を経験したことは誰しもあると思います。分散型構造が新たな可能性となった今、プラットフォーム自体が食物連鎖の上流に定着し、覇権条項でユーザーの利益をむさぼり食うのではなく、透明な存在となるべきである。
最終的には、どのトラックに将来性があるかは、そのアプリケーションがすぐに価値を収集できるかどうかによって決まります。この値はいつでも変更される可能性があるため、この値はプロジェクトがどの程度ロックされているかを意味するものではありません。ユーザーや他のアプリケーションと確立した接続の数が重要であり、信頼が深まり、使用量が増加するにつれて、この関連付けの価値はますます高まります。コードを貼り付けることはできますが、この関連付けをコピーすることはできません。そして、適切に使用すれば、トークンは価値の蓄積をある程度加速させることができますが、最終的にはプロジェクト自体の本質的な価値に依存します。
質問5
キャニスターは、Webassembly 上で実行されるコンテナーとして、Dapp チェーン上で実行される環境をホストします。 Canister の最近の最新情報は何ですか?
回答: ちょうど今週月曜日、DFINITY は開発ロードマップを発表し、コミュニティの参加を歓迎しました。 https://dfinity.org/ロードマップ。その中で、キャニスターに関連するものは次のとおりです。
1. 安定したメモリ拡張
2. キャニスター ECDSA 署名
3. AMD SEV を適用してデータプライバシーを保護する
現在、容量拡張は主に安定したメモリ、つまりコードのアップグレードの影響を受けないメモリ管理を目的としています。以前は Wasm 仮想マシンの 4GB 制限で制限されていましたが、サブネットの合計メモリによって上限が制限され、現在約 300GB に制限が解除されるようになりました。
ECDSA しきい値署名テクノロジーは、単に各キャニスターが秘密鍵を保管せずにデータに署名でき、この署名は公開鍵によって検証でき、各キャニスターが一意の公開鍵を取得できることを意味します。これは当社が既に実装しているチェーンキー技術と連携しており、例えばキャニスターがビットコインやイーサリアムのトランザクションを直接開始して署名できるなど、幅広い応用が可能です。
これは、秘密鍵をプライベート環境でプログラムに引き渡す必要があることを意味しますが、現在は分散環境でそれを行うことができます。 SSL証明書やDNSカスタムドメイン名などの発行にも使用できます。
AMD SEVのテクノロジーの使用は、主にキャニスターのデータプライバシーをある程度保護するためであり、ノードオペレーターであってもユーザーデータを覗き見することはできません。私たちもその準備を進めてきましたが、なかなか大変です。幸いなことに、現在のノードで使用されているハードウェアはすでに SEV テクノロジーをサポートしているため、それまでにスムーズにアップグレードされることを願っています。
質問6
「オープン相互接続サービス」は永続的な API を実装できるため、開発者は他のサービスに依存するデータや機能を安心して構築でき、失効のリスクもありません。オープン インターネット サービスはどのようにインターネット コンピュータに展開されますか?
回答: 永続的な API を提供する最も簡単な方法は、キャニスター コントローラーのコードを空のセットに設定して変更不可能にすることです。
私は個人的に、ブラックホールと呼ばれる非常に単純な容器も作りました。その主な目的は、他のキャニスターがコントローラーをブラックホールとして設定できるようにすることです。これにより、コードが変更できなくなるだけでなく、ブラックホールはブック サイクルのバランスのチェックやコードのハッシュ値のチェックなどの追加のクエリ機能も提供します。ブラックホールのコントローラー自体は自身に設定されており、コードも公開されているため、ハッシュ値の正当性を検証することは容易です。キャニスターを他の人から信頼してもらう必要がある場合は、コントローラーをブラックホールに設定するのが賢明な方法です。
ただし、コードのアップグレード機能を維持する必要がある場合は、コミュニティ ガバナンス機能を導入する必要があります。私たちが開発しているサービス ニューロン システムでは、アプリケーションがトークンをロックすることでニューロンを作成し、コードのアップグレードを含むアプリケーションのあらゆる側面を管理するために投票することができます。
もちろん、私たちが作ったSNSシステムはまだ発展途上であり、まだ事例はありません。これは解決策の候補の 1 つにすぎず、コミュニティはこの分野ですでに別の試みを行っており、徐々に成熟していくと考えています。
質問7
コンピュータにとってセキュリティは重要な問題ですが、インターネットコンピュータはファイアウォールなどの機能をどのような仕組みで置き換えているのでしょうか？改ざん防止の観点から、他のブロックチェーンの最下層と比較した DFINITY の特徴は何ですか?
回答: ファイアウォールの主な機能の 1 つは、ハッカーがシステムに侵入してイントラネットにアクセスし、それによってデータを盗んだり改ざんしたりするという目的を達成するのを防ぐことです。まず第一に、内部ネットワークと外部ネットワークのアクセス許可の分割には非常に問題があります。これは非常に脆弱であり、一度侵害されると、イントラネット上のすべてのデフォルト権限が攻撃者に公開されることになります。したがって、多くの企業がこのアプローチを放棄し、サービスごとに権限を設定し、統一された ID 管理テクノロジを使用してユーザーを承認することに変更しました。
これに相当するのが、インターネットコンピュータ上のアイデンティティ管理です。公開鍵はユーザーの ID に対応し、各キャニスターは呼び出し元の ID を取得できます。この ID は、ユーザーがキャニスターを呼び出す場合でも、キャニスター間の呼び出しである場合でも、第三者によって改ざんされることはできません。これが実現できる理由は、この種の呼び出し、特にクロスサブネット呼び出しはコンセンサス プロトコルを通過する必要があり、開始側と応答側の両方がコンセンサス プロトコルを通過する必要があり、検証後に承認および実行されるためです。
サブネット署名の有効性を迅速かつ効率的に検証するには、開発したチェーン キー テクノロジーを使用する必要があります。しきい値署名の公開キーが変更されないことを保証しながら、動的なノードの接続と削除をサポートできます。これは他のブロックチェーンでは現時点では不可能であるため、現在、インターネット コンピューターはトランザクション検証のリーダーであり、基本的にサブネット間でデータを同期する必要はありません (各サブネットの必要な公開キーとノードの公開キーを除く)。
インターネット コンピュータ上のデータを改ざんしたい場合、ノードの権限を突破するだけでは十分ではありません。サブネット内のノード数の 2/3 以上を制御できる必要があります。したがって、サブネットのセキュリティはノードの数にある程度依存します。さらに、ノードを不定期にローテーションすることにより、この面でのセキュリティをさらに強化することができます。サブネットが侵害された場合でも、他のサブネットの ID になりすますことはできないため、損失の範囲は制御可能です。
データが本物で信頼性が高く、改ざんされていないことを保証することと、データのプライバシーを保護することは別のことです。ほとんどのブロックチェーンは公開データであるため、プライバシーは保護されません。真のプライバシー保護は、準同型暗号化などのテクノロジーを使用してアプリケーション レベルで実現できますが、現在の効率では十分ではありません。したがって、私たちの現在の計画は、AMD SEV テクノロジーを適用してハードウェア レベルで暗号化することです。しかし、インターネットコンピュータ全体のセキュリティはハードウェアに依存せず、SEVの保証がプラスになります。
質問8
DFINITY の名前は実際には 6 年前に発足しており、メインネットの立ち上げプロセスは比較的ゆっくりとしていますが、DFINITY チームが本当に何か破壊的なことをしたいと考えていることがわかり、コンセンサスも非常に強かったです。 「イーサリアムの姉妹チェーン」から「世界クラスのインターネットコンピュータ」への移行に影響を与えた要因は何でしょうか?
回答: World Computer のスローガンは最初にイーサリアムによって提唱され、多くの人々に影響を与えましたが、現在では DeFi とデジタル資産に重点が置かれています。 「世界クラスのインターネットコンピュータ」という方向性はDFINITYが常に目指してきたものであり、資金調達後に路線が変更されたものではない。
当初、チームの制約により、明確な革新は BLS とコンセンサス プロトコルにしかありませんでした。そのため、最初のステップはこの側面から開始し、チェーンを立ち上げ、徐々に反復することでした。しかしその後、クロスサブネット通信の問題を解決しなければ、常に「別のブロックチェーン」の轍に留まり、革新することが困難になることに気づきました。チームの粘り強さのおかげで、チェーン キーにブレークスルーがもたらされ、クロスサブネット検証の問題が解決され、確実なスケーラビリティが実現されました。
実際、振り返ってみると、私たちは「なぜ分散型ブロックチェーンでは Web サイトを運営できないのか?」という疑問を自問し続けるだけで十分です。
まず、Web サイトへのアクセスにはミリ秒レベルの応答が必要であるという効率の問題を解決する必要があります。私たちの答えは、読み取り専用クエリを状態変更から分離することです。これにより、ネットワーク トラフィックの 99% が読み取り専用になり、ミリ秒レベルの応答が実現できるようになります。状態を変更する場合も、コンセンサスプロトコルの革新により2～3秒以内の応答を実現します。
効率化は達成されていますが、コンテンツの正確性をどのように検証するのでしょうか?通常のブラウザでもそれを行うにはどうすればよいでしょうか?その場合、検証に必要な条件を簡素化する必要があります。歴史的なブロックを放棄して公開鍵だけを渡すことはできますか? BLS公開鍵を使用してノードの動的変更の問題を解決するにはどうすればよいですか?一元化されたドメイン名と SSL 証明書の問題を解決するにはどうすればよいですか?アクセストラフィックが増加した場合に容量を拡張するにはどうすればよいですか?容量拡張のボトルネックと境界はどこですか?容量拡張の必要性と同期コントラクトの呼び出し方法が矛盾する場合はどうすればよいですか?
問い続け、答えを探し続ければ、徐々に現実的な解決策が見えてくると思います。これが、DFINITY がここ数年間取り組んできたことです。
質問9
イーサリアムはEIP-1559のアップグレードを完了したばかりでデフレの第一歩を踏み出し、トークンの価格は徐々に上昇しています。分散型インフラストラクチャでは、トークンのパフォーマンスが支持者にとってよりインセンティブになると思いますか、それとも技術的破壊がより重要だと思いますか?この 2 つの間の相対的なバランスをどのように達成するか?
回答: これが私の見方です。トークンの短期的なパフォーマンスは市場参加者の信頼と期待に依存しますが、長期的なパフォーマンスはやはりプラットフォーム自体の価値に戻さなければなりません。イーサリアムの技術は時の試練を乗り越えたと言え、さまざまな欠点はあるものの、仮想通貨市場全体で認められています。デフレとインフレに関しては、それぞれに欠点があり、BTC マキシマリストの主張にはあまり同意できません。流動性とインセンティブの面でのDeFiのイノベーションも非常にエキサイティングですが、長期的に見ると、ほとんどのプロジェクトは実際には価値を付加しておらず、デジタルゲームに近いものです。短期的には、トークンの価格上昇によって獲得したユーザーも、価格下落や別のプロジェクトの台頭によってユーザーを失う可能性があります。
技術革新は競合他社にも簡単に模倣されます。しかし、全体的な観点から見ると、これらのイノベーションは業界全体を前進させています。単一のプロジェクトに関しては、純粋な技術革新の恩恵を受けることができるかどうかを判断するのは非常に困難です。業界の誰もが、エコロジカルな構築、エコロジー プロジェクトがプラットフォーム上でどの程度保護できるか、特に開発者にスタートアップ プラットフォームへの投資を説得する方法について話し合っています。
最も価値のある方向性は取り組みの輪を広げることであり、送金からDeFi、NFT、ゲームに至るまで、継続的に拡大していくプロセスです。このような一般的な傾向の下で、ネイティブ Web サイトをブロックチェーン上で実行できるようにするという目標など、ブロックチェーン技術をより幅広い分野に拡張しようとしています。技術革新とトークンのインセンティブを利用して新規ユーザーを獲得し、エコロジーを繁栄させ、価値を高めます。
質問10
Web3アプリケーションの主役はインターネットコンピュータだと思っている人も多いでしょう。各パブリック チェーンには、多かれ少なかれ独自の洞察と、Polkadot や Ethereum などの Web3 に関する技術的な実装パスがあります。 DFINITY の洞察と、Web3 への道に向けた将来の計画/ロードマップは何ですか?
回答: DFINITY の目的は、不要な荷物をすべて捨てて、ブロックチェーン特異点という目的地に向かって進むことです。 Internet Computer プロジェクトにはまだ不完全な点が多く、この目標の完全な実現にはまだ一定の距離がありますが、より多くの人々が参加してプラットフォーム自体の技術進歩を促進し、より多彩な上位プロジェクトを構築できることを願っています。顧客を獲得するために。
各パブリックチェーンの焦点は異なりますが、ブロックチェーンで構築できるものはすべて、最終的にはブロックチェーンで実現されると私たちは信じています。したがって、他のパブリックチェーンテクノロジーの組み合わせを排除するものではなく、例えば、月曜日に発表したロードマップには、イーサリアムとビットコインとの徹底的な統合プロジェクトが含まれており、これは双方にとって完璧な補完となります。これにより、チェーン全体の資産の流れと統合がさらに促進され、アプリケーション アーキテクチャが簡素化され、クラウド サービスの集中的な負担が軽減され、アプリケーション全体のセキュリティと堅牢性が向上します。
Web サイトの運営は重要なステップですが、それはインターネット コンピューターの最初のステップにすぎません。私は、現在のインターネットコンピュータが築き上げた基盤が、将来必ずブロックチェーンシンギュラリティという壮大なパズルの一部となると信じています。
質問11
キャニスター署名とは何ですか?キャニスターは署名に使用される秘密キーをどこに保存しますか? Canister は、更新呼び出しを取得するためにサブスクライブできる、Ethereum スマート コントラクトと同様のイベント メカニズムをサポートしていますか? 呼び出し元は戻り値に従って取得されていますか?最後に、通常のキャニスターはいつ ICP トークンを処理できるようになりますか?
回答: キャニスター署名とは、サブネットの公開鍵を使用してキャニスターの計算結果 (または契約状態) に署名することを指します。現在、私たちは、他の集約署名技術では利用できない、公開鍵と署名の一意性という優れた特徴を持つ BLS 閾値署名を使用しています (BLS は集約署名も行うことができ、プロトコルでも使用しています)。
閾値署名は、簡単に言えば、異なるノードであり、計算結果に署名するための独自の秘密鍵を持ち、限られた数の署名 (閾値) が収集されると、検証可能な公開鍵を使用して一意の閾値署名を取得できます。したがって、この公開キーはサブネットの公開キーとして扱われます。ここには対応するサブネット秘密鍵はなく、ノードの秘密鍵は個別に保存されており、異なります。
サブネット上では多数のキャニスタが動作可能ですが、マークルツリー方式を利用すると、いずれかのキャニスタの計算結果へのパスが容易に取得できるため、サブネットの署名とこのパスを足したものがピースの署名とみなすことができます。キャニスターによるデータの。
キャニスターの署名は、イベント ログまたはレシートにある程度相当します。ノードがすべての履歴ブロックを保持する必要はないため、イベント ログに対してのみこれを行うことはあまり意味がありません。結局のところ、この機能はクエリ呼び出しと認証済み変数によっても実現でき、より強力です。
Canister による ICP トークンの取り扱いは、長い間技術的に問題はなく、セキュリティ上の配慮から権限が解放されていませんでした。システムの安定性により、私たちの信頼も大きく高まったので、事故がなければ、近い将来、コミュニティの投票によって決定が下されると予想されます。
コミュニティの質問
質問: icp 開発者はソーシャル アプリケーションの開発を好むことがわかりました。icp がソーシャル アプリケーションの開発に適しているのはなぜですか、または開発者が icp でソーシャル アプリケーションを開発することを好むのはなぜですか?
回答: 私の理解では、価値の集合はまず人々の集合から生まれます。したがって、ブロックチェーンプラットフォームが人々を直接集めることができるようになれば、間違いなくそのようなソーシャルプロジェクトが生まれるでしょう。しかし、現在のウェブ環境では社会的な爆発を起こすのは簡単ではないため、これらのプロジェクトは間違いなくさまざまな遊び方を試みるでしょう。トークン化 トークン化には決まったルーチンはありませんが、その革新性を見るのが楽しみです。
質問: 開発中に心配なことがあります。たとえば、コンテナ A がコンテナ B を呼び出し、コンテナ B がコンテナ C を呼びます。コンテナ C が状態を更新してコンテナ B に値を正常に返すと、コンテナ B はハングアップします。コンテナ A も失敗します。ただし、C コンテナの状態が変化しました。同様のアトミック性の問題に対する推奨される解決策はありますか?
回答: イーサリアムのアトミックな設計では、コール スタック上のコントラクトが状態のロールバックを受けると、すべてのコントラクトが状態をロールバックする必要があります。これは、グローバル ロックが存在し、ユーザー トランザクションを処理すると、完全に処理されるまで関連するすべてのコントラクトがロックされ、その間、ロックされたコントラクトは他のトランザクションを処理できないことを意味します。このような設計は開発者にとってプログラミングには便利ですが、パフォーマンスを拡張できないという本質的な欠点があります。そのため、最初にキャニスター モデルを設計したときに、このアプローチを放棄しました。
この組み合わせが必要な場合、従来のデータベースには 2 フェーズ コミットなどの非常に成熟したソリューションがすでに用意されています。これは、キャニスター・インターフェースを通じてアプリケーション・レベルで標準をネゴシエートすることによって実現でき、必ずしもシステム・レベルでサポートされる必要はありません。
システム設計には常にトレードオフがあり、制限を追加した方が良い場合もあれば、選択肢を提供した方が良い場合もあります。私たちの意見は、原子性に準拠した単一のメソッド呼び出しがより適切な粒度であり、呼び出しスタック全体を強制的に一緒に原子化する必要はない、というものです。
質問: 私は通貨サークルの初心者なので、Dfinity エコウォレットは使いにくいと思いますが、将来的には変更されますか?
回答: まず第一に、現在のウォレットのいわゆるインターネット ID II は必須ではなく、オプションです。自分のアプリでは使用しません。第二に、さまざまなデバイスのブラウザのサポートは比較的良好であると理解していますが、携帯電話のアプリをサポートするのは難しく、さらなる研究開発作業が必要です。中国で Android スマートフォンを使用しているユーザーは、Android スマートフォンに Google Play サービスがインストールできない場合、WebAuthn を使用できなくなりますが、これにも適切な解決策が必要であり、現在調査中です。
質問: 私はインターネット上のコンピューター上でアプリケーションを構築している開発者です。バックエンドはいつ外部 http/https 呼び出しを行うことができるのかを尋ねたいのですが?また、コンテナーごとに 4 GB の制限があるため、分散ストレージ システムを実装する必要があります。BigMap はいつリリースされるのでしょうか? それとも、スケーラブルなファイル ストレージの他のより良い方法はありますか?
回答: 外部 http/https 呼び出しは、読み取り用と書き込み用として個別に表示できます。前者は神託が必要ですが、後者は相手が再参入を満たせば完全に実現可能です。
質問: イーサリアム上の DAPP を IC に直接転送できますか?
回答: Solidity は Wasm にコンパイルできますが、プログラミング モデル (アトミック性の粒度など) が異なり、サポートする必要があるシステム インターフェイスも異なるため、サポートするためにいくつかの作業を行う必要があります。
質問: コンセンサスに関する質問をします。サブネット内のコンセンサスは PoS に属しますか?サブネットノードのコンセンサスに悪意がある場合、罰するメカニズムはありますか?
回答: PoS では、現時点ではノードがトークンをプレッジする必要はありません。これはアクセス メカニズムであるため、ノードを匿名にすることはできず、関連するペナルティ メカニズムの実装は比較的簡単です。ノードは定期的に賃金としてトークンを受け取る必要があり、現在のペナルティ メカニズムはトークンを差し引くことです。
質問: ストイックウォレットのニーモニックがプラグウォレットにインポートできないのですが、ストイック開発者に問い合わせたところ、暗号化アルゴリズムの選択が違うとのことでした。同時に、ウォレットの公式ニーモニックはさらに異なっているようですが、このフォローアップについての統一基準はあるのでしょうか? Ethereumのように1つのニーモニックで複数のウォレットをインポートすることは可能ですか?
回答: 確かに、これはまれな問題を引き起こすため、短期的には、どのニーモニック フレーズがどの会社に属するかをユーザーに通知することしかできません。長期的には、コミュニティが共通の基準について交渉できることが期待されています。
Dfinityの生態に興味のある方は、Interstellar Visionの公開アカウントをフォローし、「ICP」とリプライしてDfinityの生態探査交流グループにご参加ください。
——End——
