通信および視覚化モバイル端末デバイスが徐々に普及するにつれて、人々は Web3 またはメタバースの概念に群がります。そして、どうやって新しい世界への道を歩むのか？しかし、明確な答えはありません。 DFINITYは5年間の探求経験で「インターネットコンピュータ」の道を模索しましたが、それは有効なソリューションとなるでしょうか？

以下はAMAの本質です、お楽しみください〜

以下はAMAの本質です、お楽しみください〜

デイリー: DFINITY は「インターネット コンピュータ」として位置づけられていますが、従来のコンピュータ ネットワークと比較して、物理層やインターネットの基本プロトコル レベルでのインターネット コンピュータの違いは何ですか?

Paul Liu:インターネット コンピューター プラットフォームの作成者として、DFINITY のビジョンはブロックチェーンの特異性です。これは、インターネット上で実行できるすべてのアプリケーションがブロックチェーン テクノロジーで構築される必要があることを意味します。

プロジェクト全体はガバナンス トークンの所有者、つまりコミュニティ全体に属します。 DFINITY は今後も主要な技術貢献者としてプラットフォーム全体の開発と推進に参加していきますが、当社は貢献者の 1 つにすぎません。立ち上げからわずか 3 か月あまりで、他の多くのコミュニティ チームがすでに参加しています。このプラットフォームの開発は、コミュニティ全体の貢献と切り離すことができません。地方分権をさらに推進することが現時点での私たちの主な目標です。

インターネット コンピューター プラットフォームの作成者として、DFINITY のビジョンはブロックチェーンの特異性です。これは、インターネット上で実行できるすべてのアプリケーションがブロックチェーン テクノロジーで構築される必要があることを意味します。

これを実現するために、TCP/IP 層の上、アプリケーション層の下に、ブロックチェーン コンセンサス テクノロジに基づくプロトコル層を追加しました。これをインターネット コンピュータ プロトコル (ICP) と呼びます。このプロトコルのセットは、複数の物理ノード (コンピューター) 間でデータを交換することによって仮想サブネットを構築します。サブネット内のノードは入力と出力について合意を形成し、計算結果を相互に検証し、他のサブネットと通信することができます。複数のサブネットを組み合わせて仮想コンピュータを構築します。サブネットの増加に応じて容量が増加し、誰でもその上でプログラムを実行したり、他の人のプログラムにアクセスしたりすることができます。

しかし、現在のインターネット、特にマイクロサービスの概念は例外ではないようです。では、なぜ現在のインターネットをインターネットコンピュータと呼べないのでしょうか？違いは、この ICP セットのプロトコルにあります。このプロトコルの目的は、すべてのプログラムが正しく実行され、その状態が改ざんできないことを保証し、プログラムが別のプログラムを呼び出すときに、その呼び出しが正しく実行されることを信頼できるようにすることです。現在のインターネットにはこのプロトコル層が欠如しているため、すべてのプログラムは可用性、信頼性、相互認証などの面倒な問題を自分で解決する必要があり、さまざまな非互換性やセキュリティ上の負担が生じています。

その核となるのがTrustworthy Computingであり、trustless trustという言葉がありますが、非常に適切だと思いますし、信頼（部分）、信頼（全体）は必要ありません。ビットコインから今日に至るまでのブロックチェーンの発展も、トラステッド コンピューティングの力を証明しています。ただし、アプリケーションのほとんどは依然として金融分野に集中しており、私たちの目標はより広範なインターネット分野に拡大することです。 Web サイトをブロックチェーン上で直接実行できないのはなぜですか?ブロックチェーン上の計算を検証するには、チェーン全体の履歴データが必要なのはなぜですか?これらの問題を積極的に解決することによってのみ、ブロックチェーンは単なる金銭の記録と転送のレベルに留まらず、インターネットの中核技術となることができます。

Odaily: Internet Computer はまったく新しいプログラミング パラダイムを提供し、独自の「専門用語」を持っています。これらの「専門用語」を簡単に紹介して、開発者にとって最も役立つインフラストラクチャは何だと思いますか?

Paul Liu:コンピューティングやストレージを含むアプリケーションの運用コストは、インターネット コンピューターのネイティブ トークンであるサイクルで測定されます。サイクルの価格は SDR に固定されており、1SDR = 1 兆サイクルです。 SDR の価格は、米ドルや人民元など、国際通貨基金が設定する通貨バスケットによって加重されており、比較的安定しています。

コンピューティングやストレージを含むアプリケーションの運用コストは、インターネット コンピューターのネイティブ トークンであるサイクルで測定されます。サイクルの価格は SDR に固定されており、1SDR = 1 兆サイクルです。 SDR の価格は、米ドルや人民元など、国際通貨基金が設定する通貨バスケットによって加重されており、比較的安定しています。

ユーザーの観点に戻ると、サイクルの概念を気にする必要はありません。ただし、多くのアプリケーションはユーザー ログインを処理する必要があるため、Internet Computer は、インターネット ID と呼ばれる匿名 ID 管理システムも立ち上げました。このシステムは完全にウェブ標準に基づいており、ユーザーはそれを使用するためにウォレットソフトウェアをインストールする必要はありません。これらはすべて、ユーザーが使用する敷居を下げ、ブロックチェーンの応用が本格的に行われるようにするためのものです。インターネット ID は主に、1 つの ID で複数のデバイスにログインするという問題を解決します。さらに、異なるアプリケーションでは、アプリケーションによって取得されるコードが異なるため、ユーザーの行動が悪意を持って追跡されるのを防ぐことができます。最後に、Internet Identity 自体も上位アプリケーションであり、システム全体に対する特別な権限はなく、他のアプリケーションがこれを使用するかどうかを選択できます。また、他の開発者が開発したウォレットと ID 認証システムを選択でき、すべて実現可能であることもわかりました。

最後に、ユーザーは Internet Computer のガバナンスへの参加にも興味があるかもしれません。これは私たちのイノベーションの 1 つである NNS と呼ばれるニューロン投票システムです。これもアプリケーション レベルですが、特別な権限を持っています。つまり、インターネット コンピュータのすべてのサブネットと、ノード上で実行されるコード、バージョンのアップグレード、新しいサブネットの作成、新しいノードへのアクセスなど、システム全体のあらゆる側面を管理できます。 、など待ってください。投票に参加するには、まず ICP トークンを保持し、一定量の ICP をロックしてニューロンを取得する必要があります。投票の重みは、ロックされた位置の数、ロックされた位置の長さ、およびニューロンの年齢に関連します。投票に参加することにも報酬が与えられますが、報酬の額は投票の賛否とは関係がありません。また、他のニューロンの決定に従って自動的に投票することもできます。全体として、これらの設定は、ユーザーの投票行動をプラットフォームの長期的な利益と結び付け、ユーザーの貢献に対して報酬を与えるように設計されています。

ユーザーの視点について話した後、開発者の視点から見てみましょう。インターネット コンピュータ上で実行されるアプリケーション プログラムは、キャニスターと呼ばれる軽量のコンテナにカプセル化されます。誰もがよく知っている Docker コンテナの概念は少し異なり、Canister はコードをカプセル化するだけでなく、コンテナの状態を自動的に永続化します。これは、単純に長時間実行されるオペレーティング システムのプロセスとして理解でき、メモリやメッセージ キューを含むプロセスの状態は自動的に保存され、電源のオン/オフによって失われることはありません。これは、インターネット コンピュータからファイル システムの概念が取り除かれ、開発者がデータを保存するためにファイルやハードディスクの読み書きを考慮する必要がなくなり、大幅に簡素化されたことを意味します。

開発者が理解する必要があるもう 1 つのことは、キャニスター間の通信モードは非同期であり、アクター モデルに属しているということです。つまり、各キャニスターは独自のプロセスであり、メッセージの送信、つまり非同期メソッド呼び出しによって他のキャニスターと通信します。キャニスターの内部メッセージ・キューの処理はシングルスレッドであり、ロックを考慮する必要がなく、各メソッド呼び出しはアトミックです。アクター モデルのプログラミングに慣れている場合は、簡単に始めることができます。

開発者が理解する必要があるもう 1 つのことは、キャニスター間の通信モードは非同期であり、アクター モデルに属しているということです。つまり、各キャニスターは独自のプロセスであり、メッセージの送信、つまり非同期メソッド呼び出しによって他のキャニスターと通信します。キャニスターの内部メッセージ・キューの処理はシングルスレッドであり、ロックを考慮する必要がなく、各メソッド呼び出しはアトミックです。アクター モデルのプログラミングに慣れている場合は、簡単に始めることができます。

アプリケーションを開発するには、通常、キャニスター コンテナーがバックエンドとして使用され、フロントエンドの対話はブラウザーまたは別の APP で行うことができます。 Internet Computer が Web サイトを直接実行できることも前述しました。これは、キャニスターが http 要求インターフェイスを独自に実装し、JavaScript を含む Web ページをユーザーの端末に返すことができることを意味します。フロントエンドとバックエンドをキャニスターにまとめてパッケージ化し、インターネット コンピューターに展開できます。 Javascript と Rust の両方のフロントエンド開発用の既製のライブラリを用意しています。フロントエンドがバックエンド コードを呼び出す必要がある場合は、非同期関数の await 呼び出しを直接作成するだけでよく、最下層はライブラリ関数によって実装されています。さらに詳しく知りたい場合は、複数の言語の実装をサポートする Candid と呼ばれるインターフェイスとデータ エンコード形式があります。 Canister は、Candid を使用して外部インターフェイスとデータ型を記述します。

この情報は非常に詳細であり、システム全体のあらゆる側面に関係しており、開発者がシステムの動作を深く理解するのに便利なインターフェイスのセマンティクスを定義するために多くの正式な努力を行ってきました。https://sdk.dfinity.org/docs/interface-spec/

この情報は非常に詳細であり、システム全体のあらゆる側面に関係しており、開発者がシステムの動作を深く理解するのに便利なインターフェイスのセマンティクスを定義するために多くの正式な努力を行ってきました。

コンセンサス プロトコル、仮想マシンなどのシステム レベルの開発を行っている場合は、さらに話すことができます。DFINITY 公式 Web サイトで技術ライブラリのビデオ シリーズを視聴できます。https://dfinity.org/technicals

Odaily: 従来の Alibaba Cloud、Tencent Cloud、AWS などのプラットフォームと比較して、インターネット コンピューターの違いは何ですか?これらも同社が構築したプライベートクラウドサービスであり、データセンターやリモートバックアップ、マルチノード運用も利用している。

Paul Liu:現在のクラウド サービス プラットフォームはすべて、プラットフォームのセキュリティの維持、ネットワーク接続の維持、中断のないコンピューティング、データ損失などをプラットフォーム プロバイダーに依存する必要があるという基本的な前提に基づいています。ほとんどの場合、商用プラットフォーム自体の利益とそれがサービスを提供するユーザーの利益の間に矛盾はありませんが、それらは完全に一致しているわけではありません。プラットフォーム リスクという概念は誰もがよく知っているはずなので、ここでは説明しません。しかし、最も重要な点は、これらのクラウド プラットフォーム インフラストラクチャ プロバイダーはコモディティ (代替可能な商品) になることを望まず、顧客を維持し囲い込むために最善を尽くしているということです。

インターネット コンピュータは当初、分散型ネットワークとして存在しました。内部のノードはすべてサードパーティによって運営されており、異なるデータセンターで実行されます。実際のネットワークの管理はユーザーに引き継がれ、ノード オペレーターやデータ センターが主導権を握ることはありません。したがって、すべての意思決定を行うための集中的なビジネス組織は存在しません。ガバナンスシステム全体の設計も長期的な視点に基づいており、ユーザーの利益とプラットフォーム開発の一貫性を維持することを目指しています。このプラットフォームはノードの運営者に支払われ、ノードの運営者が張三か李斯かは全く関係なく、自由市場です。つまり、インターネットコンピュータにとって、ハードウェアやネットワークなどのインフラストラクチャはコモディティとなっています。

PC業界全体の発展の歴史を振り返ると、インフラ（PCハードウェアなど）のコモディティ化は歴史の必然であり、クラウドサービスにおいても例外ではないと考えています。

インターネット コンピュータのようなコンピューティング プラットフォームは、ハードウェア インフラストラクチャから分離されていると言えます。この種のビジネス モデルは、分散化とブロックチェーン テクノロジーなしでは想像できません。しかし今日ではそれが現実となり得る、それが時代の進歩の最良の解釈である。ビットコインやイーサリアムに続く途中、通貨価格の誇大宣伝やポンジスキームを見て、この新興のものに対して否定的な見方をする人もいますが、実は時代の変化はすぐそこまで来ています。

3つ目はトークン化、つまりアプリケーションのトークン化です。これはインターネットアプリケーション全体の発展の次のトレンドと言え、その勢いは止まらない。従来のクラウド サービス プロバイダーも、ブロックチェーンとのブリッジング コンポーネントを提供するのがせいぜいであり、そのアーキテクチャは完全なセットを完成させると必然的にかなり肥大化します。 Internet Computer はネイティブ ブロックチェーンとして Web サイトやアプリケーションを直接実行できるため、トークン化を統合するのが非常に簡単です。

3つ目はトークン化、つまりアプリケーションのトークン化です。これはインターネットアプリケーション全体の発展の次のトレンドと言え、その勢いは止まらない。従来のクラウド サービス プロバイダーも、ブロックチェーンとのブリッジング コンポーネントを提供するのがせいぜいであり、そのアーキテクチャは完全なセットを完成させると必然的にかなり肥大化します。 Internet Computer はネイティブ ブロックチェーンとして Web サイトやアプリケーションを直接実行できるため、トークン化を統合するのが非常に簡単です。

デイリー: インターネット コンピューター上のすべてのスマート コントラクトは「拡張可能」です。具体的には、プロトコルの拡張は技術レベルでどのように機能しますか? 拡張された例はありますか?

Paul Liu:もちろん、パフォーマンスを向上させるためのシステムレベルでの最適化ソリューションはさまざまあり、ハードウェアのパフォーマンスを最大限に発揮できるように取り組んでいます。

Internet Computer の主な設計思想はスケールアウト、つまりリソー​​スを追加して新しいサブネットを作成することでボトルネックを解決することです。この考え方は基本的に主流の Web アプリケーションと同じで、アプリケーションが 1 つのキャニスターですべてのユーザー要求を処理できない場合は、複数のキャニスターを使用してユーザー要求の一部をアプリケーション レベルで処理するのが合理的です。つまり、アプリケーションを設計する際にはこれを考慮し、少なくとも新しいアーキテクチャに移行する可能性を残す必要があります。現時点では、OpenChat が複数のキャニスターを使用するように設計されていることはわかっており、DSCVR にもその余地は残されていますが、依然として 1 つのキャニスターに重点を置いています。

システム レベルからは、キャニスターの拡張を通じて、4G メモリの現在のしきい値を超えることができます。コンピューティングに関しても、並行性という指導的なイデオロギーから出発しており、イーサリアムのグローバルなアトミック設計を選択しません。したがって、異なるキャニスターは独自のスレッドで独自のメッセージを処理するため、ハードウェア負荷が許す限り、他​​のキャニスターのパフォーマンスに影響を与えることはありません。ネットワークに関しては、基本的に帯域幅が拡張の上限を決定しますが、どのブロックチェーンもこの物理的なボトルネックを回避することはできず、インターネットコンピュータの異なるサブネットに対応する断片化を使用することしかできません。

もちろん、パフォーマンスを向上させるためのシステムレベルでの最適化ソリューションはさまざまあり、ハードウェアのパフォーマンスを最大限に発揮できるように取り組んでいます。

Odaily: どのタイプの Dapps が、それに搭載するのに適していますか?現在、インターネット コンピュータ上の DeFi プロトコルは比較的少ないことがわかりましたが、将来、インターネット コンピュータ上の Dapp トラックの方向性は何ですか?

Paul Liu:最終的には、どのトラックに将来性があるかは、そのアプリケーションがすぐに価値を収集できるかどうかによって決まります。この値はいつでも変更される可能性があるため、この値はプロジェクトがどの程度ロックされているかを意味するものではありません。ユーザーや他のアプリケーションと確立した接続の数が重要であり、信頼が深まり、使用量が増加するにつれて、この関連付けの価値はますます高まります。コードを貼り付けることはできますが、この関連付けをコピーすることはできません。そして、適切に使用すれば、トークンは価値の蓄積をある程度加速させることができますが、最終的にはプロジェクト自体の本質的な価値に依存します。

個人的には、Internet Computer 上の現在のソーシャル DAPP についてはまだ非常に楽観的です。このトラックがトークン化の恩恵を受けると、非常に急速に成長し、DeFiやNFTゲームに劣ることは間違いありません。他のブロックチェーンにもソーシャル属性を備えたdappsはいくつかありますが、いずれも開始の敷居が高く、結局のところ、ウォレットを正しく使用するというステップで多くのユーザーが躓いています。インターネットコンピュータ上の dapp は Web 標準技術を使用しており、どのブラウザからでもアクセスできます。

私が楽観視しているもう 1 つの方向は、個人ユーザーや中小企業向けのアプリケーションです。プロジェクト管理、ファイル共有、クリエイター エコノミー (ポッドキャスト、vlog、ウェブ記事など) については、インターネット上に比較的成熟したソリューションがありますが、プラットフォームのリスクは常に存在します。先ほどクラウドサービスのプラットフォームリスクについても触れましたが、他のさまざまな分野でも巨大な独占を経験したことは誰しもあると思います。分散型構造が新たな可能性となった今、プラットフォーム自体が食物連鎖の上流に定着し、覇権条項でユーザーの利益をむさぼり食うのではなく、透明な存在となるべきである。

最終的には、どのトラックに将来性があるかは、そのアプリケーションがすぐに価値を収集できるかどうかによって決まります。この値はいつでも変更される可能性があるため、この値はプロジェクトがどの程度ロックされているかを意味するものではありません。ユーザーや他のアプリケーションと確立した接続の数が重要であり、信頼が深まり、使用量が増加するにつれて、この関連付けの価値はますます高まります。コードを貼り付けることはできますが、この関連付けをコピーすることはできません。そして、適切に使用すれば、トークンは価値の蓄積をある程度加速させることができますが、最終的にはプロジェクト自体の本質的な価値に依存します。

Odaily: Canister は、Webassembly 上で実行されるコンテナーとして、Dapp チェーン上で実行される環境をホストします。 Canister の最近の最新情報は何ですか?

Paul Liu:ちょうど今週月曜日、DFINITY は開発ロードマップをリリースし、コミュニティの参加を歓迎しました。https://dfinity.org/roadmap

その中で、キャニスターに関連するものは次のとおりです。

・安定したメモリ拡張

· キャニスター ECDSA 署名

現在、容量拡張は主に安定したメモリ、つまりコードのアップグレードの影響を受けないメモリ管理を目的としています。以前は Wasm 仮想マシンの 4GB 制限で制限されていましたが、サブネットの合計メモリによって上限が制限され、現在約 300GB に制限が解除されるようになりました。

現在、容量拡張は主に安定したメモリ、つまりコードのアップグレードの影響を受けないメモリ管理を目的としています。以前は Wasm 仮想マシンの 4GB 制限で制限されていましたが、サブネットの合計メモリによって上限が制限され、現在約 300GB に制限が解除されるようになりました。

AMD SEVのテクノロジーの使用は、主にキャニスターのデータプライバシーをある程度保護するためであり、ノードオペレーターであってもユーザーデータを覗き見することはできません。私たちもその準備を進めてきましたが、なかなか大変です。幸いなことに、現在のノードで使用されているハードウェアはすでに SEV テクノロジーをサポートしているため、それまでにスムーズにアップグレードされることを願っています。

AMD SEVのテクノロジーの使用は、主にキャニスターのデータプライバシーをある程度保護するためであり、ノードオペレーターであってもユーザーデータを覗き見することはできません。私たちもその準備を進めてきましたが、なかなか大変です。幸いなことに、現在のノードで使用されているハードウェアはすでに SEV テクノロジーをサポートしているため、それまでにスムーズにアップグレードされることを願っています。

Odaily: 「オープン相互接続サービス」は永続的な API を実装できるため、開発者は他のサービスに依存するデータや機能を安全に構築でき、失効のリスクはありません。オープン インターネット サービスはどのようにインターネット コンピュータに展開されますか?

Paul Liu:永続的な API を提供する最も簡単な方法は、キャニスター コントローラーのコードを空のセットに設定して変更不可能にすることです。私は個人的に、ブラックホールと呼ばれる非常に単純な容器も作りました。その主な目的は、他のキャニスターがコントローラーをブラックホールとして設定できるようにすることです。これにより、コードが変更できなくなるだけでなく、ブラックホールはブック サイクルのバランスのチェックやコードのハッシュ値のチェックなどの追加のクエリ機能も提供します。ブラックホールのコントローラー自体は自身に設定されており、コードも公開されているため、ハッシュ値の正当性を検証することは容易です。キャニスターを他の人から信頼してもらう必要がある場合は、コントローラーをブラックホールに設定するのが賢明な方法です。

ただし、コードのアップグレード機能を維持する必要がある場合は、コミュニティ ガバナンス機能を導入する必要があります。私たちが開発しているサービス ニューロン システムでは、アプリケーションがトークンをロックすることでニューロンを作成し、コードのアップグレードを含むアプリケーションのあらゆる側面を管理するために投票することができます。もちろん、私たちが作ったSNSシステムはまだ発展途上であり、まだ事例はありません。これは解決策の候補の 1 つにすぎず、コミュニティはこの分野ですでに別の試みを行っており、徐々に成熟していくと考えています。

日常: コンピューターにとってセキュリティは重要な問題ですが、インターネット コンピューターはファイアウォールなどの機能を置き換えるためにどのようなメカニズムを使用していますか?改ざん防止の観点から、他のブロックチェーンの最下層と比較した DFINITY の特徴は何ですか?

Paul Liu:ファイアウォールの主な機能の 1 つは、ハッカーがシステムに侵入してイントラネットにアクセスし、それによってデータを盗んだり改ざんしたりするという目的を達成するのを防ぐことです。まず第一に、内部ネットワークと外部ネットワークのアクセス許可の分割には非常に問題があります。これは非常に脆弱であり、一度侵害されると、イントラネット上のすべてのデフォルト権限が攻撃者に公開されることになります。したがって、多くの企業がこのアプローチを放棄し、サービスごとに権限を設定し、統一された ID 管理テクノロジを使用してユーザーを承認することに変更しました。

データが本物で信頼性が高く、改ざんされていないことを保証することと、データのプライバシーを保護することは別のことです。ほとんどのブロックチェーンは公開データであるため、プライバシーは保護されません。真のプライバシー保護は、準同型暗号化などのテクノロジーを使用してアプリケーション レベルで実現できますが、現在の効率では十分ではありません。したがって、私たちの現在の計画は、AMD SEV テクノロジーを適用してハードウェア レベルで暗号化することです。しかし、インターネットコンピュータ全体のセキュリティはハードウェアに依存せず、SEVの保証がプラスになります。

インターネット コンピュータ上のデータを改ざんしたい場合、ノードの権限を突破するだけでは十分ではありません。サブネット内のノード数の 2/3 以上を制御できる必要があります。したがって、サブネットのセキュリティはノードの数にある程度依存します。さらに、ノードを不定期にローテーションすることにより、この面でのセキュリティをさらに強化することができます。サブネットが侵害された場合でも、他のサブネットの ID になりすますことはできないため、損失の範囲は制御可能です。

データが本物で信頼性が高く、改ざんされていないことを保証することと、データのプライバシーを保護することは別のことです。ほとんどのブロックチェーンは公開データであるため、プライバシーは保護されません。真のプライバシー保護は、準同型暗号化などのテクノロジーを使用してアプリケーション レベルで実現できますが、現在の効率では十分ではありません。したがって、私たちの現在の計画は、AMD SEV テクノロジーを適用してハードウェア レベルで暗号化することです。しかし、インターネットコンピュータ全体のセキュリティはハードウェアに依存せず、SEVの保証がプラスになります。

Odaily: DFINITY の名前は実際に 6 年前に立ち上げられており、メインネットの立ち上げプロセスは比較的ゆっくりとしていますが、DFINITY チームが本当に何か破壊的なことをしたいと考えていることがわかり、コンセンサスも非常に強かったです。 「イーサリアムの姉妹チェーン」から「世界クラスのインターネットコンピュータ」への移行に影響を与えた要因は何でしょうか?

Paul Liu:World Computer のスローガンはイーサリアムによって最初に提唱され、多くの人々に影響を与えましたが、現在では DeFi とデジタル資産により重点が置かれています。 「世界クラスのインターネットコンピュータ」という方向性はDFINITYが常に目指してきたものであり、資金調達後に路線が変更されたものではない。当初、チームの制約により、明確な革新は BLS とコンセンサス プロトコルにしかありませんでした。そのため、最初のステップはこの側面から開始し、チェーンを立ち上げ、徐々に反復することでした。しかしその後、クロスサブネット通信の問題を解決しなければ、常に「別のブロックチェーン」の轍に留まり、革新することが困難になることに気づきました。チームの粘り強さのおかげで、チェーン キーにブレークスルーがもたらされ、クロスサブネット検証の問題が解決され、確実なスケーラビリティが実現されました。

問い続け、答えを探し続ければ、徐々に現実的な解決策が見えてくると思います。これが、DFINITY がここ数年間取り組んできたことです。

問い続け、答えを探し続ければ、徐々に現実的な解決策が見えてくると思います。これが、DFINITY がここ数年間取り組んできたことです。

Odaily: イーサリアムは EIP-1559 のアップグレードを完了し、デフレへの第一歩を踏み出し、トークン価格は徐々に上昇しています。分散型インフラストラクチャでは、トークンのパフォーマンスが支持者にとってよりインセンティブになると思いますか、それとも技術的破壊がより重要だと思いますか?この 2 つの間の相対的なバランスをどのように達成するか?

Paul Liu:最も価値のある方向性は取り組みの輪を広げることであり、送金からDeFi、NFT、ゲームに至るまで、継続的に拡大していくプロセスです。このような一般的な傾向の下で、ネイティブ Web サイトをブロックチェーン上で実行できるようにするという目標など、ブロックチェーン技術をより幅広い分野に拡張しようとしています。技術革新とトークンのインセンティブを利用して新規ユーザーを獲得し、エコロジーを繁栄させ、価値を高めます。

技術革新は競合他社にも簡単に模倣されます。しかし、全体的な観点から見ると、これらのイノベーションは業界全体を前進させています。単一のプロジェクトに関しては、純粋な技術革新の恩恵を受けることができるかどうかを判断するのは非常に困難です。業界の誰もが、エコロジカルな構築、エコロジー プロジェクトがプラットフォーム上でどの程度保護できるか、特に開発者にスタートアップ プラットフォームへの投資を説得する方法について話し合っています。

最も価値のある方向性は取り組みの輪を広げることであり、送金からDeFi、NFT、ゲームに至るまで、継続的に拡大していくプロセスです。このような一般的な傾向の下で、ネイティブ Web サイトをブロックチェーン上で実行できるようにするという目標など、ブロックチェーン技術をより幅広い分野に拡張しようとしています。技術革新とトークンのインセンティブを利用して新規ユーザーを獲得し、エコロジーを繁栄させ、価値を高めます。

デイリー：Web3アプリケーションの主役はインターネットコンピュータだと思っている人が多いと思います。各パブリック チェーンには、多かれ少なかれ、Polkadot や Ethereum などの Web3 に関する独自の洞察と技術的な実装パスがあります。 DFINITY の洞察と、Web3 への道に向けた将来の計画/ロードマップは何ですか?

Paul Liu:副題

コミュニティからの質問

Q1: キャニスター署名とは何ですか?キャニスターが署名に使用する秘密鍵はどこにありますか?さらに、Canister はイーサリアム スマート コントラクトと同様のイベント メカニズムをサポートしていますか? これをサブスクライブして更新呼び出しを取得できますか? 呼び出し元は戻り値に従って取得されますか?最後に、通常のキャニスターはいつ ICP トークンを処理できるようになりますか?

答え：キャニスターの署名は、イベント ログまたはレシートにある程度相当します。ノードがすべての履歴ブロックを保持する必要はないため、イベント ログに対してのみこれを行うことはあまり意味がありません。結局のところ、この機能はクエリ呼び出しと認証済み変数によっても実現でき、より強力です。

キャニスターの署名は、イベント ログまたはレシートにある程度相当します。ノードがすべての履歴ブロックを保持する必要はないため、イベント ログに対してのみこれを行うことはあまり意味がありません。結局のところ、この機能はクエリ呼び出しと認証済み変数によっても実現でき、より強力です。

Canister による ICP トークンの取り扱いは長い間技術的な問題ではなく、セキュリティ上の配慮から権限が解放されていませんでした。システムの安定性により、私たちの信頼も大きく高まったので、事故がなければ、近い将来、コミュニティの投票によって決定が下されると予想されます。

Q2: DFINITY 開発者はソーシャル アプリケーションの開発を好むことがわかりましたが、DFINITY がソーシャル アプリケーションの開発に適しているのはなぜですか、または開発者が DFINITY でソーシャル アプリケーションを開発することを好むのはなぜですか?

答え：私の理解では、価値の収集はまず人が集まることから始まります。したがって、ブロックチェーンプラットフォームが人々を直接集めることができるようになれば、間違いなくそのようなソーシャルプロジェクトが生まれるでしょう。しかし、現在のウェブ環境では社会的な爆発を起こすのは簡単ではないため、これらのプロジェクトは間違いなくさまざまな遊び方を試みるでしょう。トークン化 トークン化には決まったルーチンはありませんが、その革新性を見るのが楽しみです。

Q3: 開発中に悩みがあります。例えば、コンテナ A がコンテナ B を呼び出し、コンテナ B がコンテナ C を呼びます。コンテナ C が状態を更新し、コンテナ B に通常の戻り値を返すと、コンテナ B がハングアップします。今回は、コンテナ A も失敗します。ただし、コンテナ C の状態は変化しています。同様のアトミック性の問題に対する推奨される解決策はありますか?

答え：システム設計には常にトレードオフがあり、制限を追加した方が良い場合もあれば、選択肢を提供した方が良い場合もあります。私たちの意見は、原子性に準拠した単一のメソッド呼び出しがより適切な粒度であり、呼び出しスタック全体を強制的に一緒に原子化する必要はない、というものです。

この組み合わせが必要な場合、従来のデータベースには 2 フェーズ コミットなどの非常に成熟したソリューションがすでに用意されています。これは、キャニスター・インターフェースを通じてアプリケーション・レベルで標準をネゴシエートすることによって実現でき、必ずしもシステム・レベルでサポートされる必要はありません。

システム設計には常にトレードオフがあり、制限を追加した方が良い場合もあれば、選択肢を提供した方が良い場合もあります。私たちの意見は、原子性に準拠した単一のメソッド呼び出しがより適切な粒度であり、呼び出しスタック全体を強制的に一緒に原子化する必要はない、というものです。

Q4: 私はインターネット コンピュータ上でアプリケーションを構築している開発者です。バックエンドはいつ外部 http/https 呼び出しを行うことができるのかを尋ねたいのですが?また、コンテナーごとに 4 GB の制限があるため、分散ストレージ システムを実装する必要があります。BigMap はいつリリースされるのでしょうか? それとも、スケーラブルなファイル ストレージの他のより良い方法はありますか?

答え：外部 http/https 呼び出しは、読み取り用と書き込み用に 1 つずつ個別に表示できます。前者は神託が必要ですが、後者は相手が再参入を満たせば完全に実現可能です。

Q5: ストイックウォレットのニーモニックがプラグウォレットにインポートできません ストイック開発者に問い合わせたところ、暗号化アルゴリズムの選択が違うとのことでした。同時に、ウォレットの公式ニーモニックはさらに異なっているようですが、このフォローアップについての統一基準はあるのでしょうか? Ethereumのように1つのニーモニックで複数のウォレットをインポートすることは可能ですか?

答え：これは確かに非普遍的な問題を引き起こすため、短期的には、ユーザーはどのニーモニックフレーズがどの会社に属するかをマークすることを思い出させるだけになります。長期的には、コミュニティが共通の基準について交渉できることが期待されています。

Q6: インターネット コンピュータ データ センターのメンテナンスのしきい値はどの程度まで下げることができますか? IC は、ISP が IP プロトコル層で立ち往生するのを防ぐために、Skycoin のネットワークのような独自の基礎となる通信ネットワーク ハードウェアを設計することを検討していますか?

答え：ハードウェアは現在カバーされていません。まずは既存のハードウェアを使いこなすスキルについてお話しましょう。

Q7: 私は通貨の初心者なので、DFINITY エコウォレットは使いにくいと思いますが、将来的には変わりますか?

答え：私の理解では、さまざまなデバイスのブラウザーのサポートは比較的良好ですが、携帯電話でのアプリのサポートはやや難しく、さらなる研究開発作業が必要です。中国で Android スマートフォンを使用しているユーザーは、Android スマートフォンに Google Play サービスがインストールできない場合、WebAuthn を使用できなくなりますが、これにも適切な解決策が必要であり、現在調査中です。

Q8: イーサリアム上の DAPP を IC に直接転送できますか?

答え：Solidity は Wasm にコンパイルできるようですが、プログラミング モデルが異なり (アトミック粒度など)、サポートする必要があるシステム インターフェイスも異なるため、サポートするためにいくつかの作業を行う必要があります。

Q9: コンセンサスに関する質問をします。サブネット内のコンセンサスは PoS に属しますか?サブネットノードのコンセンサスに悪意がある場合、罰するメカニズムはありますか?

答え：これは PoS であり、ノードは現時点ではトークンをプレッジする必要はありません。これはアクセス メカニズムであるため、ノードを匿名にすることはできず、関連するペナルティ メカニズムの実装は比較的簡単です。ノードは定期的に賃金としてトークンを受け取る必要があり、現在のペナルティ メカニズムはトークンを差し引くことです。

Q10: ICP にはハードウェア ウォレットがありますか?

答え：Ledger のハードウェア ウォレットのサポートは近日中に開始されます。

Q11: DFINITY の設計アーキテクチャの第一印象は、非常に複雑であるということですが、ブロックチェーン アプリケーション プロジェクトとしては、一般的な理解が複雑すぎてリスクが高くなります。内部形式では、目標はインターネット サークルのパブリック チェーンです。この業界にとって、安全は犠牲にできない最も重要な側面ですが、DFINITY の不可能な三角形の問題についてはどう思いますか?

答え：IC の基礎となるシステムは実際にはさらに複雑です。開発者にとっては、システムの上位層でのアプリケーション開発が簡素化されると思います。

副題

開発者のニーズ

Q1: 現在の標準は依然として非常に混乱しており、そのため、異なる開発者によって作成されたものの非互換性が生じています。 DFINITY は現在、この標準をどのように実装し、コンセンサスを得るつもりですか?

答え：標準の実装には、コミュニティの積極的な参加が必要であり、さらには、標準の推進を主導するコミュニティ内のリーダーの出現も必要です。私たちはコミュニティで多くのホットな問題について議論してきましたhttps://forum.dfinity.org/c/roadmap/29/l/top

Q2: DFINITY の現在のガバナンスはどのように運営されていますか?ガバナンスを通じて技術標準に関する合意をどのように促進するか?

答え：現在、ガバナンスの内容にはネットワーク構成の変更、ノードのサブネットの追加、アップグレードが含まれており、これらはすべて投票直後に自動的に実行されます。しかし、技術標準の普及促進のためには、ガバナンスが合理的に行われるよう、より多くの人が知り、議論に参加できるよう、事前の準備作業をさらに進める必要がある。この分野ではまだ十分な取り組みが行われておらず、今後の私たちの取り組みの焦点となるでしょう。

Q3: DFINITY は現在、ガバナンスを通じて将来の開発ルートを決定していますか?

答え：DFINITY が公開した開発ルートはあくまでも個人的な意見です。いくつかの計画が提案された後、コミュニティでも多くの否定的なフィードバックが寄せられたため、まだ改善の余地があります。コミュニティの主流が同意しない場合、投票は通過しません。 , そのため、研究開発にエネルギーを無駄に費やすことはありません。実際にコミュニティから要望されている開発計画は数多くあり、それが合理的であると考えてロードマップに記載していますが、結局のところ、それらを完了するための一定の開発能力はあります。しかし、すべての開発計画が当社によって完了されることを期待するのは現実的ではありません。コードはすべてオープンソースであり、能力のある人なら誰でも開発に参加できます。特にビッグマップなどのアプリケーション層は他のチームが開発できます。

Q4: 成熟したトークンまたは NFT 標準はありますか?開発者には参照する標準がないのですが、どうやって始めればよいでしょうか?

答え：現在、トークンの規格（FT、NFT）についてはコミュニティで議論が行われており、より多くの開発者が参加して意見を述べられることを期待しており、近いうちに良い案が発表されると信じています。

Q5: dfinity はどのような種類のアプリケーションに適していますか?特に初期の段階で注意すべき点は何ですか？開発者にアイデアをいただけますか?

答え：生態学

生態学

Q1: NFTは今非常に人気があり、最近ではDFINITYでもNFTプロジェクトが制作されており、Toniq Labsが立ち上げたNFTプラットフォームはわずか数日で40万米ドルの取引高を達成しました。 DFINITY での NFT の利点は何ですか?従来のNFT機能との違いは何ですか?どのような新しいゲームプレイをもたらすことができるでしょうか?

答え：インターネット コンピューター上で NFT を作成する利点の 1 つは、ユニークでユニークなハッシュ値であるだけでなく、NFT を「ライブ」にするコードを通じて対応する機能を与えることもできることです。結局のところ、NFT は直接プログラム可能であり、Web インターフェイスです。完全にアクセス可能です。 NFT同士を接続したり組み合わせたりすることもできるので、ゲームプレイは非常に多様です、想像力をフルに発揮してみましょう！

Q2: DFINITY の構造は ETH シリーズとは大きく異なり、これが上記の DeFi の原子性の欠如につながり、構成にも影響を与えますが、この問題はどのように解決されますか?

答え：システム設計には常にトレードオフがあり、制限を追加した方が良い場合もあれば、選択肢を提供した方が良い場合もあります。私たちの意見は、原子性に準拠した単一のメソッド呼び出しがより適切な粒度であり、呼び出しスタック全体を強制的に一緒に原子化する必要はない、というものです。

この組み合わせが必要な場合、従来のデータベースには 2 フェーズ コミットなどの非常に成熟したソリューションがすでに用意されています。これは、キャニスター・インターフェースを通じてアプリケーション・レベルで標準をネゴシエートすることによって実現でき、必ずしもシステム・レベルでサポートされる必要はありません。

システム設計には常にトレードオフがあり、制限を追加した方が良い場合もあれば、選択肢を提供した方が良い場合もあります。私たちの意見は、原子性に準拠した単一のメソッド呼び出しがより適切な粒度であり、呼び出しスタック全体を強制的に一緒に原子化する必要はない、というものです。

Q3: DFINITY での DeFi はどのように行うべきですか?従来のDeFiと大きな違いはあるのでしょうか？

答え：インターネットコンピュータのアカウントモデルが異なります。ユーザーは、トークン情報を記録するための統合されたシステムレベルのアカウントを持っていません。各キャニスターはユーザーを独自に管理でき、アカウント番号はキャニスターの状態に記録されるため、すべての過去の転送記録を保持する必要がある場合は、追加の作業が必要になります。

Internet Computer がガバナンスのために使用する ICP トークンは、実際にはキャニスターによって実装されており、キャニスターを実行するためのサイクルに変換できることを除いて、特別なシステム サポートはありません。その実装は、開発者が参照するための例としても使用できます。

現在、DeFi にはいくつかの種類があり、1 つは取引所、もう 1 つはローンであり、安定した通貨が追加される可能性があります。私の意見では、最良の方法は、SNS コミュニティ ガバナンスを通じてパラメーターを設定し、コードをアップグレードすることです。これにより、反復処理が速くなり、リスクを効果的に軽減できます。さらに、フロントエンドはチェーンに完全にリンクされているため、真の分散化を実現できます。

もう 1 つの方向は、Canister の ECDSA 署名を通じて他のチェーン上の資産を制御し、他のチェーン上のコントラクトを直接呼び出すことです。これは非常に強力で、クロスチェーンのアセットの流れがより速く、より安全になると信じており、新たなゲームプレイが生まれることが予想されます。

Q4: DFINITYの新たな技術特性のもとで、独自の仕組みを持ったDeFiは誕生するのでしょうか？たとえば、CeFiが経験したDeFiでしょうか？それともソーシャルSociFiでしょうか？

答え：はい、CeFi の DeFi エクスペリエンスにはすでにコミュニティ プロジェクトがあり、完全に実現可能です。

Q5: DFINITY には、distirkt、openchat、bunchd、cancan などのソーシャル エコシステムがこれほど多くあるのはなぜですか?また、ソーシャル メディアは DFINITY でどのような役割を果たしますか?これは分散型世界における次の大きなトレンドとなるでしょうか?

答え：開発ツール

開発ツール

Q1: 開発に推奨される言語はどれですか? RustとMotokoの長所と短所は何ですか？

答え：Rustのエコシステムは成熟しており、すぐに使えるライブラリがたくさんありますが、言語は比較的低レベルであり、始めるのは困難です。現時点では、Rust を使用したキャニスターの開発に関するドキュメントが不足しているため、Rust を初めて使用する場合にはお勧めしません。

Motoko には自動メモリ管理があり、簡単に始めることができ、コンパイラの品質は比較的高いですが、エコロジーが十分ではなく、ライブラリが十分に豊富ではなく、多くの場合、独自のラダーを構築する必要があります。

私が個人的に motoko を選んだのは、仕事で Rust を書きすぎていて、Rust のいくつかの欠点が嫌いだからです。もちろん、これが特に良い理由というわけではありません。

Q2: ICP トークン テスト ネットワークを使用した DFINITY はいつ開始されますか?開発者にはそのような環境が必要です。

答え：Internet Computer SDK に付属するレプリカ ソフトウェアは、コンピュータ上で実行できるローカル テスト ネットワークであり、チームはそれに接続して共同開発できます。

大規模なパブリック テスト ネットワークについては、現時点ではそれを維持するエネルギーがありません。また、インターネット コンピュータのパブリック ネットワークにテストを直接展開するコストは実際には非常に低いため、特に必要ではないようです。もちろん、このリクエストを正式な提案としてフォーラムに提出することも歓迎されており、コミュニティがそのようなパブリック テストネットを実行する計画を立てることもできるかもしれません。

Q3: Motoko には現在多くのライブラリが不足しているため、複雑なロジックを表現することが困難ですが、この部分の正式な計画は何ですか?この部分はまだ開発中ですか？

答え：この点に関する特定の要件は歓迎され、開発者は motoko のパッケージ管理ツール容器を使用し、オープン ソース ライブラリを提出することをさらに歓迎します。一部の開発者はすでにこれを行っており、私たちの側も間違いなく開発を続けますが、一般的に言えば、コミュニティはまだ協力する必要があります。

Q4: 公式の Rust ツールチェーンは計画されていますか?たとえば、さまざまな足場、永続ストレージ (Motoko の安定した var と同様)。ここには開発者の需要が多く、Rust は現在制限されています。

答え：現在Rustツールチェーンにはcdkとagent-rsがありますが、ドキュメントや機能が比較的不足しており、私たちも改良に熱心に取り組んでいます。 NNS サブネット上のいくつかのキャニスターは Rust で実装されており、参照用の例として使用できます。

Q5: Solidy、C++ などの他の言語はいつサポートされますか?これらの SDK を開発しますか?

答え：Solidity は Wasm にコンパイルできるようですが、プログラミング モデルが異なり (アトミック粒度など)、サポートする必要があるシステム インターフェイスも異なるため、サポートするためにいくつかの作業を行う必要があります。

C/C++ は確実に Wasm にコンパイルできます。現在、システム API 用のヘッダー ファイルはありませんが、実際に記述するのは難しくありません。簡単なオープンソースの例がいくつかあります。

Go to Wasm のコンパイルは未熟なようで、さらに難しくなりそうです。

副題

ガスについて

Q1: インターネット コンピュータのすべてのステップでサイクルが消費されますか?開発者のガス負担を軽減するにはどうすればよいですか?

答え：はい、コンピューティング、ストレージ、インストールはすべてサイクルを消費する必要があります。開発者は無料サイクルを申請してプロジェクトを開始できますhttps://faucet.dfinity.org/

Q2: 開発者がガス料金を支払っている場合、スパム トランザクションを使用してサイクルを枯渇させる悪意のある攻撃者からどのように防御すればよいでしょうか?

答え：悪意のある攻撃は、メソッド canister_inspect_message を実装することで回避できます。この方法自体はサイクルを消費しません

Q3: 開発者のガス負担を軽減するにはどうすればよいですか?

答え：サイクル自体は価格が安定しており、現在の実際の使用法では、計算の実行がかなり安価であることがわかります。開発者は無料サイクルを申請してプロジェクトを開始できますhttps://faucet.dfinity.org/

副題

保管について

Q1: リレーショナル データベースの正式な開発進捗状況はどのようなものですか? bigmap/bigsearch はいつリリースされますか?

答え：bigmap はロードマップにあります。フォーラムにアクセスしてディスカッションに参加できます。

Q2: コンテナ拡張に関する将来の技術計画は何ですか?現状では4Gだけではキャニスターが足りず拡張する必要がありますが、どのような方法で運用するのでしょうか？いつ使用できますか?

答え：拡張計画はロードマップに記載されており、フォーラムにアクセスして議論に参加できます。

Q3: DFINITY は wasm 仮想マシンを 64 ビットに拡張しますか?

答え：関連技術が成熟すれば問題なくなるはずだ。

Q4: DFINITY では、IC Drive のようなパーソナル クラウド ディスク プロジェクトが見られましたが、4G コンテナの容量は明らかに十分とは言えません。DFINITY は将来、大規模ストレージの問題をどのように解決しますか?

答え：大規模ストレージは断片化する必要があります。つまり、複数のキャニスターに分割する必要があります。ビッグマップ プロジェクトを参照できます。

Q5: DFINITY は特定のタイプのストレージ サブネットを起動しますか?

答え：副題

財布とアイデンティティ

Q1: 現在の公式インターネット ID は WebAuthn を使用しているため、ほとんどのユーザーにとって使用が難しく、しきい値が生じています。政府は II をどのように使いやすくできるでしょうか?

答え：最初の II は必須ではなく、オプションです。自分のアプリでは使用しません。

第二に、さまざまなデバイスのブラウザのサポートは比較的良好であると理解していますが、携帯電話のアプリをサポートするのは難しく、さらなる研究開発作業が必要です。

中国で Android スマートフォンを使用しているユーザーは、Google Play サービスがインストールできない場合、WebAuthn を使用できません。これにも適切な解決策が必要であり、現在調査中です。

Q2: DFINITY の ID 認証方法はなぜ非常に複雑ですか? 同じ人が異なるコンテナに異なる ID を割り当てるのはなぜですか?

答え：ID 認証用の統一されたシステム レベルのアカウントはなく、公開キーは ID に直接対応します。さまざまなデバイスからのログインを管理する必要がある場合は、この問題をアプリケーション レベルで解決する必要があります。 II はスキームですが、必須ではなく、オプションです。自分のアプリでは使用しません。 II 異なるコンテナ内で同じユーザーに異なる ID を割り当てることは、プライバシー保護の考慮事項から外れます。

さらに、他の開発者は従来のブロックチェーンに近いウォレット プラグインを作成していますが、これも良い選択です。

Q3: DFINITY のプリンシパル ID とアカウント ID の設計が非常に複雑で、同一人物でもサイクルと ICP の受付アドレスが異なり、開発者とユーザーの両方に多大な迷惑を与えています。今後、公式が関連ツールをリリースする予定はありますか?

答え：公開鍵は ID に直接対応するため、異なるキャニスターで同じ ID を使用する場合は、同じ公開鍵を使用する必要があります。これは明らかに実現可能ですが、II はプライバシーを保護することを選択しました。

さまざまなアプリケーションが独自の認証モードとアカウント管理モードを選択できるようにすることには、明らかに利点と欠点があります。最も直接的な欠点は、ユーザーが他のブロックチェーンのグローバル アドレス方式に慣れている場合、ここではあまり快適ではない可能性があることです。しかし、実際には、各銀行で開設する口座番号の形式も異なる可能性があり、Binance と Huobi のアドレスも異なるため、このアプローチが完全に不可能であるとは言えません。

Q4: 現在、DFINITY には 3 ～ 4 つの Web ページとプラグイン ウォレットが存在しますが、それぞれが異なる暗号化アルゴリズムと生成パスを使用しています。この問題はどのように解決すればよいですか?

答え：これは確かに非普遍的な問題を引き起こすため、短期的には、ユーザーはどのニーモニックフレーズがどの会社に属するかをマークすることを思い出させるだけになります。長期的には、コミュニティが共通の基準について交渉できることが期待されています。

Q5: モバイルウォレットはいつリリースされますか?

答え：副題

将来の開発の共有

Q1: DFINITY 上のコンテナのアクセス リンクは次のようになります。ic0.appサフィックスがブロックされてアクセスできなくなっていませんか?この問題を回避するにはどうすればよいでしょうか?

答え：さまざまなドメイン名をインターネット コンピュータ上のコンテナ アドレスに解決できます。たとえば、fleek はインターネット コンピュータに接続するために独自のドメイン名を運用しており、そのサフィックスは ic.fleek.co です。

Canister ECDSA 署名が実装された後は、ドメイン名がより柔軟にサポートされるようになります。

Q2: DFINITY 上の dapps によって提供されるアドレスはカスタマイズできますか? DNSを置き換えることはできますか?ドムさんはTwitterで何度か言っていたようですが、開発の進捗状況はどうですか？

答え：はい、このバニティ URL は公開されたロードマップにも含まれています。その前提はキャニスター ECDSA 署名であるため、開発が進行中です。

Q3: ノード数が増え、ノード要件が低くなり、匿名性が向上した Badlands は将来実行されますか?この部分はどうなっているでしょうか？

答え：現時点ではあくまで提案であり、コミュニティの反対意見も多くありますが、引き続き議論を進めていきたいと考えております。

Q4: 将来的には、さまざまなサブネットから特定のタイプが派生する予定ですか?たとえば、レイヤー、ストレージ サブネット、論理サブネット、トークン サブネット、システム サブネットの進化です。

答え：コミュニティからの提案は歓迎されており、誰もが一緒に議論できます。

Q5: チェーンキーを介して dom が言及した DFINITY と ETH 間の直接的なやり取りとは何ですか?開発者はいつそれを使用できますか?

答え：副題https://dfinity.org/howitworks/direct-integration-with-bitcoin

その他の質問

Q1: DFINITY ブロックチェーンの TPS は何ですか? DeFi および NFT アプリケーションの導入に適していますか?

答え：トランザクションの正確な定義がなく、トランザクションのサイズが数十バイト、MB、さらには GB になる可能性があるため、TPS はあまり意味のある比較ではありません。実行することは、台帳番号の加算と減算、またはギガバイトのメモリの読み書きだけです。

トランザクションが実行用の署名付きメッセージであるとだけ考える場合、インターネット コンピュータでは、これにはユーザーによって送信されたメッセージとサブネット間で送信されたメッセージが含まれます。現在、ユーザーが送信するメッセージは IC 上で人為的に 350/s 程度に制限されており、主な目的は DoS 攻撃を防ぐことです。プラットフォームが安定するにつれて、この上限は徐々に増加します。

全体として、IC が処理する TPS には上限がありません。ユーザーの需要の増加に応じていつでも新しいサブネットを追加できるからです。

Q2: 従来のサーバーと比較して、インターネット コンピュータの使用コストの違いは何ですか?また、データのアップロードとダウンロードのコストはいくらですか?インターネット コンピュータ データ センターのメンテナンスの閾値はどこまで下げることができますか?

答え：現在の低コストhttps://sdk.dfinity.org/docs/developers-guide/computation-and-storage-costs.html

Q3: サブネットノードのコンセンサスに悪意がある場合、罰則メカニズムはありますか?

答え：現在のペナルティメカニズムは、ノードオペレーターが獲得した報酬を差し引くことです。通常、オペレータは複数のサブネットに参加する必要があるため、悪事を行うノードは全体の収益に影響を与えるため、悪事を行うコストが増加します。

Q4: canister_inspect_message の例はありますか。DDOS 問題を回避するためにこれを使用する予定です。

答え：現在サポートされているのは Rust のみです。例は次のとおりです。

use ic_cdk_macros::*;

#[query]

fn hello() {

    ic_cdk::print("Hello World!");

}

#[link(wasm_import_module = "ic0")]

extern "C" {

  pub fn accept_message() -> ();

}

#[export_name = "canister_inspect_message"]

fn canister_inspect_message() {

   unsafe { accept_message(); }

}

Q4: DFINITY はデータセンターの組織方式を採用していますが、他のプロジェクトと比較すると分散ノードの組織形態を採用していますが、完全に分散化されていないのでしょうか?それで、これによってセンターが悪事が行われるようになるのでしょうか？技術チームはこの問題をどのように計画または解決しましたか?

答え：正確に言うと、データセンターは運用に参加せず、通常、ノードプロバイダーはデータセンター内に独自のサーバーをホストして運用に参加します。ノード プロバイダーは KYC を通過する必要があり、悪事を行うコストが増加するだけでなく、地域、データ センター、利害関係者に応じてさまざまなサブネット間でリソースを適切に割り当て、より高度な分散化を実現できます。現在のビットコインやイーサリアムのマイニングプール構造と比較すると、ICのアプローチはネットワーク構造がノード自体によって決定されるのではなく、NNSを通じて均一に割り当てられるため、センターが悪さをすることはありません。

Q5: ソーシャルアプリ/エンタープライズアプリケーションの方向性以外に、どのような開発方向に楽観的ですか?インターネットのベンチマークを行いますか?

答え：先に答えた

Q6: イーサリアム上の DAPP を DFINITY に直接転送できますか?ワンクリックログインは他のエコシステムにも拡大されるのでしょうか?流動性問題をどのように解決するのか、またイーサリアムの生態系との違いは何ですか?

答え：ECDSA のしきい値署名は、イーサリアム エコシステムと統合できます。

インターネット ID ログインは OAuth 標準に準拠しており、他のチェーンや他の Web サイトでも使用できます。

ビットコインやイーサリアムとの統合により、クロスチェーン資産の流動性は確実に高まります。

イーサリアムの現在のエコロジーでは、チェーン全体にわたる集中ブリッジング コンポーネントが必要ですが、これでは双方向の無料通話を実現できず、クロスチェーン アプリケーションの構成性に影響を与えます。 IC の統合方法がこれを変える

Q7: 発表されたばかりのロードマップでは、ビットコインと DFINITY の最もエキサイティングな直接統合にはブリッジは必要ありません。それらはすべて ECDSA 楕円曲線を使用しています。しきい値の署名についてはまだ完全に理解していません。大まかに言えば、Dfinity の契約はどのように UTXO に署名するのでしょうか?具体的にどの Cainster リンクがビットコイン ネットワークの秘密鍵を使用しているのか教えていただけますか?

答え：ビットコイン ブロックは IC に直接アップロードされるため、UTXO レコードを簡単に表示できます。

ECDSA しきい値署名には秘密キーがありません。これは、サブネットに参加している各ノードが独自の秘密共有を保存することによって実現されます。秘密キーがチェーンにリンクされていないため、しきい値署名がより安全であるのはこのためであり、プライバシーが満たされます。 。

副題

さらにエキサイティングなコンテンツが必要な場合は、Odaily telegram コミュニティへの参加を歓迎します。

Odaily Telegram チャンネル: https://t.me/Odaily_News

Odaily Telegram コミュニティ: https://t.me/Odaily_CyptoPunk

DFINITY China の公式電子メール アドレス: china@dfinity.org。ご質問やご協力が必要な場合は、この電子メール アドレスにご連絡ください。