開発者にとってのこのツールの役割は、1 つの言語しか知らなくても、アプリケーションを異なるチェーンにデプロイできることです。これにより、開発者の学習の敷居が低くなり、言語のためにパブリック チェーンをバインドする必要がなくなります。 OCAP が採用した Facebook 主導のオープンソース GraphQL 言語、Mao Zhihong 氏は、これがオリジナルの GraphQ 開発者コミュニティを OCAP をサポートするよう誘致するのにも役立つと考えています。

開発者のフレンドリーさは言語を超えています。

Mao Zhihong 氏は、ノード導入コストの例も示しました。 「イーサリアムのフルノードはマイニングに使用されます。開発者はアプリケーションを実行するためにノードをデプロイする必要があります。あなたが自分で電気を使うのと同じように、グリッドにはどこにでも電気があり、配電ボックスも必要です。イーサリアム財団もこの問題に気づきました」 「そこで、Future というクラウド ノード サービスを開発し、展開後に開発者に販売しました。開発者は引き続きクラウド ノードの料金を支払う必要があります。OCAP は、開発者がフル ノードを展開するのにも役立ちます。」

「今では誰もが、開発者が世界に勝つということを理解しています。ブロックチェーンはデータベースに非常に似ています。ブロックチェーンは非常に低レベルであり、開発者によるサポートが必要です。」

一方、一部の業界またはアプリケーションのパブリック チェーンでは、OCAP をサポートしていれば、ツールを再発明することなくコミュニティや開発者にすぐにアクセスできます。

イーサリアムの開発を見てみましょう。パブリック チェーンとスマート コントラクトだけでは、開発者がアプリケーションを開発するには十分ではありません。多くのツールが必要です。そのため、イーサリアム財団自体が、開発者がチェーンにアクセスしてアプリケーションを開発できるように、多くのプロジェクトをインキュベートしています。 。毛志宏氏は、汎用パブリックチェーンとしてはイーサリアムでもこれができるかもしれないが、Cyber​​Miles（電子商取引パブリックチェーン）やEloncity（マイクログリッド電力決済）などのアプリケーションチェーンの場合、ここに注力するのは望ましくない、と述べた。 、OCAP プロトコルに適応するチェーン アダプターを作成することを選択できます。

Mao Zhihong 氏は、同様の汎用ツールが将来的にはパブリック チェーンの標準になると考えています。同氏は再びデータベースを比較し、SQL データベースのクエリにはクエリ ツールが必要であると述べました。「かつてはすべてのメーカーが独自のクエリ ツールを持っていましたが、現在ではそれらは汎用になっています。すべてのデータベースが SQL 言語を使用し、すべてが ODBC および JDBC ドライバーを使用しているからです。」

ODBC (Open Database Connectivity、Open Database Interconnection) は、Microsoft Open Service Architecture (WOSA、Windows Open Services Architecture) のデータベースに不可欠な部分であり、一連の仕様を確立し、データベース アクセス (アプリケーション プログラミング) 用の標準 API のセットを提供します。インターフェース）。 JDBC (Java DataBase Connectivity standard) も ODBC と同様、オブジェクト指向のアプリケーション プログラミング インターフェイス (API) であり、すべての Java プログラムはこれを通じてさまざまなリレーショナル データベースにアクセスでき、Java コア クラス ライブラリの一部です。

副題

インターレジャーレベルのクロスチェーンは疑似要件ですか?

ArcBlock の機能はある程度クロスチェーンに関連しています。その開発プラットフォームは、開発者が独自のアプリケーションを異なるブロックチェーンにデプロイできるようにサポートしたいと考えており、これには異なるチェーン上のアセットの相互作用が含まれます。しかし、今日のクロスチェーンメカ​​ニズムはまだ非常に未熟です。資産の「クロスチェーン」について言及したチームのほとんどは、実際には「VisaとMasterCardのブロックチェーンバージョン」を実行し、2つの通貨間の為替レートを交換する仲介者として働きました（今日のコイン交換ウォレットではありません）。

オデイリー氏が、ArcBlock のクロスチェーンがどのようにしてチェーン上でデータの忠実性を実現できるのかを毛志宏氏に直接尋ねたところ、毛志宏氏は、このテクノロジーを実現するのは実際には非常に難しいとも率直に答えました。現在のクロスチェーンは、自身のチェーンも含めて、チェーン上のデータの忠実性を実現しておらず、本質的には取引所のようなもので、為替レートに応じて 2 つのチェーンに口座が開設され、1 つは増加、もう 1 つは減少します。彼はこれをアプリケーションレベルのクロスチェーンと呼び、各チェーンはそれが「クロスチェーン」であることを知りません。

「チェーン自体が知っている」という別の考え方は、インターレジャーの考え方と呼ばれ、2 つのチェーン間で資産を双方向に固定しようとします。たとえば、パブリックチェーンプロジェクトCosmos; 彼の見解では、ライトニング ネットワークはクロスチェーンとしてカウントされません (メイン チェーンとサイド チェーンが存在します)。極めて単純化されたチェーンがアプリケーションであると説明しました。 「目的は双方向のアンカリングを実現することです。A から送信されたトランザクションはトランザクションの観点からのものであり、B チェーンで受信されます。問題が発生するとロールバックされます。これはより安全です。」

この技術を上記の「ブロックチェーン版の国境を越えた送金」と比較すると、この時点でチェーン間の価値移転に直接接続できます。 「アプリケーションレベルのクロスチェーンで一方にフォークなどの問題があったとしても、もう一方は知りませんが、インターレジャーの状況では、両者はお互いを知っています。」

したがって、両者の間には確かに「大きな違い」があると彼は信じている。しかし、同氏は、この計画は「利益よりも害の方が大きい」可能性が高いと考えている。

一方で、インターレジャーの難易度は非常に高く、「インターレジャーは橋を架けることであり、2 つのチェーンのものは同じでなければなりませんが、2 つのチェーンは実際には異なります」、一方で、実用的なものはほとんどありません。アプリケーション要件、「99% はアプリケーションレベルのクロスチェーンのみが必要であり、インターレジャーレベルのクロスチェーンのみが必要になることはほとんどありません。ビットコインとイーサリアムはセキュリティのためにこれを必要とする場合があります。」

この判断も「データベース履歴」を目安にしています。同氏は、1980 年代と 1990 年代にはフェデレーテッド分散データベースと呼ばれる概念があったことを紹介しました。そのビジョンは次のとおりでした: 2 つの企業が使用するデータベース サプライヤーは異なっていました。このテクノロジーは、データベースがトランザクションのアトミック性を保証することを期待していました。しかし、実際にはそれはまったく必要ないことが判明しました。 「一貫性はアプリケーション層を通じて保証できるのに、なぜそれを最下層で行わなければならないのでしょうか? したがって、実際には、全体的な設計においてはより実用的です。」

副題

イーサリアムが皆を迷わせた可能性が非常に高い

クロスチェーンについて話した後、パブリックチェーン分野の変化やイーサリアムやEOSのスマートコントラクトの脆弱性について質問しました。その背景には、スマートコントラクトには抜け穴が頻繁に存在しており、これらの問題を回避するために、一部のパブリックチェーンでは、パブリックチェーンのセキュリティを確保するために、スマートコントラクトチューリングを不完全なものにすることさえ選択しています。

パブリックチェーンの開発フレームワークの統合に尽力する起業家としての毛志宏氏の見解は、イーサリアムの全体的な方向性のリズムを単純に否定するものである。

同氏は、市場は過去6か月間であまり変化しておらず、ほとんどのパブリックチェーンはより良いイーサリアムを構築したいと考えていると考えている。 「新しいパブリックチェーン上に仮想マシンを構築したい人は誰でも、イーサリアムの信者です。私は大胆な判断をしています。イーサリアムが皆を迷わせた可能性が非常に高い。イーサリアムは全世界の汎用コンピュータを目指しており、社会はブロックチェーンを必要としていますが、必ずしもコンピュータを必要とするわけではありません。 」

イーサリアムのスマート コントラクトには多くの抜け穴があり、業界では一般に、スマート コントラクトは柔軟性が高すぎる、つまりイーサリアムはスマート コントラクト チューリングを完成させようとしていると考えられています。 Mao Zhihong 氏は、イーサリアム スマート コントラクトの脆弱性は柔軟性が高すぎるため、もう 1 つは仮想マシンと言語が新しく未熟であるためであると結論付けました。 「少し前に発生したオーバーフローの問題（Meitu 通貨の問題は整数オーバーフローによって引き起こされます）は、言語レベルで解決されるべきでした。」

「これらはすべて、イーサリアムが汎用コンピューティングをやりたいと考えており、そのビジョンが大きすぎるためです。」

EOSに関しては、毛志宏氏の見解では「さらに歪んだ方向に進んでいる」という。目標はより優れたイーサリアムだが、実際にはイーサリアムをより集中化させているだけで、仮想マシン言語の選択に問題があるようだ。

「イーサリアムが新しい言語Solidityを書くことを選択した理由は、スマートコントラクトコードの一貫性を達成するためです。なぜ既存の言語を使用せず、それを実装するためにVMを使用しますか?それは、サードパーティがそれを監査できるかどうかによって異なります。」と彼は述べた。考えます、EOS が選択した仮想マシン言語 WebAssembly (WASM)、最下層は本質的に JavaScript であり、一貫性を保つことができるかどうかは大きな問題です。

Diss 氏は 2 つの「驚異的なレベル」の汎用パブリック チェーンを持っており、パブリック チェーンにはより多くの価値移転機能を搭載すべきだという考えを持っています。 「パブリックチェーンはトークンにもっと重点を置くべきかもしれない。将来的にはプログラム可能なトークンを作りたいと考えている。」

同氏はこれを、ビットコインとイーサリアムに次ぐパブリックチェーンの第3の方向性と呼んでおり、このチェーンのすべてはトークンサービス専用でチューリングが完全ではないトークナイズを中心に実装されている。

ERC20 はあまり注目されていませんが、イーサリアムはこの言語でインターフェースを実装しているだけで、トークンとしては非常にシンプルです。 「それはトークンでしか表現できません。例えば、今のトークンのスマートコントラクトは、ある条件が発生すると、あるアドレスからあるアドレスにトークンが転送され、どのように分割されるのかということです。」

「今は白紙の状態です。トークンはインターフェイスを定義しているだけで、それは単なるインターフェイスです。サービスとして使用されるべきだと思います。」

彼は、非常に完全なトークン公開アカウント システムを構築したいと考えています。 「これは本質に戻ります。データベース サーバーと同じように、Web インターフェイスを提供する人もいますが、データベースはクエリと検索を適切に実行する必要があります。私は Odaily の編集者、Lu Xiaoming です。私は実際のブロックチェーンを研究しています。ニュース速報とコミュニケーションのために WeChat lohiuming を追加してください。名前、部隊、役職、および理由を書き留めてください。”

私は Odaily の編集者、Lu Xiaoming です。私は実際のブロックチェーンを研究しています。ニュース速報とコミュニケーションのために WeChat lohiuming を追加してください。名前、部隊、役職、および理由を書き留めてください。