# Move言語の父へのインタビュー：なぜSui Moveスマートコントラクト言語はWeb3製品の構築に適しているのか？最近、私たちはMysten LabsのCTOであり、Moveプログラミング言語の創作者であるSam Blackshearと話をし、なぜ彼がSui Moveという新しいスマートコントラクトプログラミング言語を開発したのか、Suiが拡張できる機能、そして分散型技術がビルダーに与える利点について議論しました。以下は今回のインタビュー内容です：## Q1、まず、プログラミング言語とは何か、開発者がプログラミング言語を選択する際に最も重視する品質は何か、そして自分自身のプログラミング言語を開発する動機は何かについて概説できますか？プログラミング言語は、コンピュータと友好的で安全、効率的かつ明確に相互作用するためのツールです。コンピュータにとって、これは特に重要です。私たちは自然言語を使ってコンピュータとコミュニケーションを取ることはできません。なぜなら、自然言語の全体の意味は豊かさと表現力を持っているからです。プログラミング言語において最も重要なのは、正確に定義された意味を持っていることです。プログラムを書くとき、あなたはそれが何をするのかを明確に理解しています。もしそれに小さな調整を加えた場合、その変化が何をもたらすかを知っています。私は、自然言語とは異なり、プログラミング言語の本質は特定の分野や特定のタスクに対してであると考えています。そうでなければ、1つのプログラミング言語だけで全てのタスクを完了できるはずです。しかし、さまざまなプログラミング言語が存在するのは、全ての分野で優れたパフォーマンスを発揮することは不可能だからです。彼らは特定の問題領域に対してターゲットを絞り、それらの問題を解決することに集中しています。したがって、Moveの物語はこれに非常に似ています。私がそれを創造したとき、新しい言語を創造するためではありませんでした。開発者が言語を選択する際に尋ねるのは、「この言語は私が達成したいタスクに適していますか？」ですが、私が考えるに、より重要なのは、「この言語には大規模なコミュニティがありますか？利用可能なデータベースはたくさんありますか？たくさんのプログラマーが使用していますか？良い教育資源はありますか？」です。これらは非常に重要であるため、新しい言語を創造するためのハードルは非常に高くなければなりません。## Q2、Moveの開発状況についてもっと教えていただけますか？MoveはFacebookのLibraプロジェクトに起源を持っています。私の当時の任務は、新しい言語を作成することではなく、「Libraにはスマートコントラクトが必要なので、私たちが何をすべきかを見つけること」でした。私はさまざまなものを見ました。EVMでSolidityを使用できますか？私たちはWASMやJVMのような一般的なプログラミング言語を使用し、それをLibraに適用すべきでしょうか？それとも私たち自身のものを作成すべきでしょうか？私たち自身のものを作成することを決定するのは、既存のスマートコントラクトに関する研究、プログラマーが何をしようとしているのか、そして特定の言語が彼らを助ける部分と失望させる部分を理解することに基づいています。私の結論は、多くのケースで、既存のスマートコントラクト言語が確かに彼らを失望させているということです。この点はSolidityのひどいセキュリティ記録から明らかに見て取れますが、より基本的には、これらのスマートコントラクトは非常に従来のプログラムタイプではありません。Solidityは、現在人々が行っていることのために構築された言語ではありません。だから、これらのスマートコントラクトは非常にシンプルで、基本的に二つのことを行います。資産のタイプを定義し、資産をいつ移転できるか、何に使えるか、誰がそれを読み取れるか、誰がそれに書き込むことができるかのルールを含みます。そして、アクセス制御ポリシーをチェックして、誰がその資産を所有しているのか、誰がそれを使用することを許可されているのか、誰が操作することを許可されているのかを決定します。すべては資産に関連しており、これらの資産が物理的な資産と同じ属性を持つことを望んでいます。スマートコントラクト中には所有権と所有権移転の概念がありますが、コンピュータ上ではすべてが数値とバイトに過ぎず、自由にコピーできます。また、あなたは知っていますが、これらの概念は現実世界には存在しません。したがって、あなたは所有権と同質化に関する良い抽象を提供できる言語を望んでいます。現実世界のように、プログラマーに再発明を強いることなく。あなたは基本的なセキュリティ保証を得たいと思っています。これがMoveの役割であり、なぜ私たちがこの新しい言語を最終的に作成したのかです。これらのタスクはスマートコントラクトプログラミングにとって基本的なものです。他の言語、特に既存のスマートコントラクト言語では再現するのが難しいです。私たちは、これらの基本的な機能を提供する全体の言語を設計したいと考えています。プログラマーがコードを書く際に、毎回車輪を再発明する必要がなく、安全かつ効率的にコードを記述できるようにするためです。## Q3、SuiはMoveの一種の変種であるSui Moveを使用しています。これらの変更を促したのは何ですか？Sui Moveのどの特徴がWeb3での製品構築に非常に適しているのですか？以下のいくつかの要因がこれらの変化を促しました。その一つは、最初のLibraプロジェクトの目標が、コンプライアンスに準拠した決済ネットワークの構築であったことです。したがって、私たちはMoveを汎用言語として設計しようとしました。しかし、私たちは意識的にいくつかのことを行いました。なぜなら、Libraは制約を持つことを望んでいたからです。重要な点の一つは、彼らが人々が特定の資産をどこにでも送信できることを望んでいなかったことです。彼らは人々が明示的にアカウントを作成し、アカウント作成時にいくつかのルールを設定することを望んでいました。例えば、アカウントの所有者はKYC認証を受けなければならないかもしれません。あるいは、アカウントを作成するために手数料を支払う必要があるか、アカウント作成権限を持つごく一部の人間のみがアカウントを作成できるかもしれません。全体の目的がLibraがコンプライアンスに準拠した決済とスマートコントラクトを行いたいことなので、これらの制限が存在しています。しかし、より一般的なWeb3の分野では、状況は正反対です。あなたは基盤のレベルでコンプライアンスを行うことを望んでいません。これがスマートコントラクトの概念です。あなたは物事が可能な限り自由であることを望み、完全に何かを任意のアドレスに送信することができます。そして、明示的なアカウント作成を行うべきではありません。なぜなら、それがさまざまなユースケースを妨げるからです。これは重要な要因です。もう一つの要因は、私たちがMoveで資産に焦点を当てていたにもかかわらず、当時Libraでは取引自体に資産の焦点をどのように導入するかを考えていなかったことです。したがって、取引レベルに到達すると、数字やブール値などの資産ではないものを入力するAPIしかありません。その後、Moveでこれらの数字を使用してアカウントから資産を引き出し、他の操作を行います。実際には、あなたが実行しているコードのほとんどは、この面倒な帳簿作業であり、これを取り出し、あれを取り出し、他のものを取り出し、さて、私が望むすべての資産を持っているということです。それらはここにあり、私のスタジオにあり、今から何か意味のあることを始めることができます。そして、このプロセスの終わりに、あなたはこう言うかもしれません："さて、これらの資産をこのアカウントに戻し、それらをあのアカウントに戻し、それらを再整理します。Suiでは、私たちは熟慮した結果、すべてのプログラムがこの方法で開始し、終了する場合、それを抽象化できるかどうかを考えました。したがって、取引を処理するためのロジックがプログラマーによって実行されることになり、プログラマーの視点から見ると、必要な資産を準備するだけで、すぐに興味深い作業を開始できます。これがSuiに存在するオブジェクト中心のデータモデルです。元のMoveでは、アカウントベースのデータモデルがあり、資産はアカウントの下に保存され、プログラマーはそれらを明示的に取り出す必要があります。しかしSuiでは、取引のMove部分に入ると、Suiランタイムによって資産が既に取得されています。これはプログラマーにとって便利で、すべての前後の帳簿作業を行う必要がなく、また、実際に実行せずに1つの取引を別の取引と並行して実行できるかどうかを判断し、Suiの水平スケーリングを可能にし、その他のいくつかの操作をより効率的に行うための秘密兵器でもあります。私たちは、オブジェクトベースのデータモデルを利用したプログラム可能なトランザクションブロックなど、他にも非常に興味深い作業を行いました。これは技術的なトピックであり、私は喜んで深く議論します。しかし、これら2つの要因が、元のMoveとの違いを生む主な原動力です。## Q4、プログラム可能なトレーディングブロックとその機能について、さらに詳しく教えていただけますか？私は例えを使って説明するのが好きです。他のブロックチェーンはショッピングモールのフードコートのようなものです。アイスクリームを食べたい場合、アイスクリームスタンドに行き、クレジットカードで支払います。しかし、もしハンバーガーも食べたいと思ったら、ハンバーガースタンドに行き、再度支払わなければなりません。私は大食いではありませんが、もし8つのものを食べたいなら、8回の個別の取引を行う必要があります。一方、Suiはビュッフェに近く、各取引は一つのことだけではありません。一度ビュッフェ代を支払えば、追加の費用なしで多くのことができます。アイスクリームを食べたり、ハンバーガーを食べたり、それらを混ぜ合わせたりできます。この概念をより具体的にするために、単純な状況を考えます。もし100の取引を送信して100のNFTをミントする必要がある場合、100のNFTをミントする取引を1回送信することができます。このコストは1つのNFTをミントするコストとほぼ同じです。また、異種取引のパッケージングも可能です。たとえば、ブロック内の最初の取引があなたのマルチシグウォレットからマリオキャラクターを取り出し、2番目の取引がマリオを要求し、あなたがゲームをプレイできるようにします。もしあなたがゲームに勝ってトロフィーを獲得した場合、3番目の取引がそのトロフィーを友達と共有するトロフィーキャビネットに入れるかもしれません。面白いのは、プログラマブルな取引ブロックがプログラマーにそのようにコードを書くことを許可することで、ゲームはマルチシグウォレットやマリオの保存方法を知る必要がなく、あなたのトロフィーキャビネットやその実装方法についても知る必要がないということです。プログラム可能なトランザクションブロックは、入力および出力オブジェクトを持つトランザクションで構成されています。入力オブジェクトが必要な場合、そのオブジェクトを取得することができ、どこから来たのかを気にする必要はなく、その出力を必要とするオブジェクトに渡すことができ、どこに渡すのかを気にする必要もありません。他のブロックチェーンでは、結合性が強いため、ゲームはマルチシグウォレットやトロフィーケースと統合する必要があるか、あるいはそれらが共通のインターフェースを実装し、より強い結合性を持つ必要があります。Suiは、いわゆる一時的な組み合わせをより簡単にします。パイプが一致すれば、1つのトランザクションで完了することができます。## Q5、プログラム可能な取引ブロックはユーザーにどのような利点がありますか？ユーザーにとって、プログラム可能な取引ブロックの利点には、すべての操作を個別の取引ではなく1つの取引にまとめることができるため、ガス料金が低くなることが含まれます。また、承認が必要な回数も減ります。使用しているシステムが取引の承認を必要とする場合、1回の承認を行うだけで、その後すべての操作を一度に完了できます。もう1つの利点は原子性です。3つの異なることを行いたいとし、最初の2つの操作が成功した場合のみ3つ目の操作が成功することを望む場合、これらの操作が独立した取引でなければなりませんが、それを実現することはできません。しかし、すべてを1つの取引にまとめることができれば、それを簡単に実現できます。## Q6、あなたと他の人が話しているのを聞いたことがありますが、Suiでの開発はプログラマーにとって素晴らしい体験であり、それが重要です。経験豊富なWeb3プログラマーや新しいWeb3プログラマーがSui Moveを使い始める際に、何か逸話を共有できますか？他のWeb3プログラミング言語から来た開発者にとって、MoveとSui Moveでの開発体験は確かにより効率的であり、かつ安全です。私は最近、Bucket Protocolについてのポッドキャストに参加しました。彼らはSui上で非常にクールなDeFiプロジェクトを構築しています。システムアーキテクチャを示す際に、異なるコンポーネントがどのように協力して動作するかについて話していました。彼らは、もしSolidityを使用してこのプロジェクトを書いていたら、8ヶ月かかる可能性があると言っていましたが、Sui Moveではわずか2ヶ月で済んだそうです。また、彼らはその安全性に非常に自信を持っています。この言語の働き方は、彼らの頭の中のプロジェクトのアイデアに非常に近いです。しかし、Solidityの分野では、その関連性はそれほど直接的ではありません。これは単なる例ですが、私たちは多くの類似のケースを聞いています。人々はこの言語での開発速度が速く、完成後に自信を持てると言っています。これを聞くと嬉しく思います。しかし、ある程度では驚くべきことではありません。私たちはSolidityを研究し、その問題を理解しました。私たちは、その安全性と速度を向上させる方法を中心に設計を明確にしました。私たちは、この言語を使用している開発者たちが何を試みているのか、そして彼らのニーズに合った言語をどのように設計するかを検討しました。これは人々が直面している問題に対して設計された言語であり、彼らが切り替えるとき、彼らは本当にこの言語を高く評価するでしょう。彼らは先行優位性が重要だと言いますが、この場合は後発優位性の方が重要だと思います。はい、その通りです。
Move言語の創始者が解説: なぜSui MoveはWeb3製品の構築により適しているのか
Move言語の父へのインタビュー：なぜSui Moveスマートコントラクト言語はWeb3製品の構築に適しているのか？
最近、私たちはMysten LabsのCTOであり、Moveプログラミング言語の創作者であるSam Blackshearと話をし、なぜ彼がSui Moveという新しいスマートコントラクトプログラミング言語を開発したのか、Suiが拡張できる機能、そして分散型技術がビルダーに与える利点について議論しました。
以下は今回のインタビュー内容です：
Q1、まず、プログラミング言語とは何か、開発者がプログラミング言語を選択する際に最も重視する品質は何か、そして自分自身のプログラミング言語を開発する動機は何かについて概説できますか？
プログラミング言語は、コンピュータと友好的で安全、効率的かつ明確に相互作用するためのツールです。コンピュータにとって、これは特に重要です。私たちは自然言語を使ってコンピュータとコミュニケーションを取ることはできません。なぜなら、自然言語の全体の意味は豊かさと表現力を持っているからです。
プログラミング言語において最も重要なのは、正確に定義された意味を持っていることです。プログラムを書くとき、あなたはそれが何をするのかを明確に理解しています。もしそれに小さな調整を加えた場合、その変化が何をもたらすかを知っています。
私は、自然言語とは異なり、プログラミング言語の本質は特定の分野や特定のタスクに対してであると考えています。そうでなければ、1つのプログラミング言語だけで全てのタスクを完了できるはずです。しかし、さまざまなプログラミング言語が存在するのは、全ての分野で優れたパフォーマンスを発揮することは不可能だからです。彼らは特定の問題領域に対してターゲットを絞り、それらの問題を解決することに集中しています。
したがって、Moveの物語はこれに非常に似ています。私がそれを創造したとき、新しい言語を創造するためではありませんでした。開発者が言語を選択する際に尋ねるのは、「この言語は私が達成したいタスクに適していますか？」ですが、私が考えるに、より重要なのは、「この言語には大規模なコミュニティがありますか？利用可能なデータベースはたくさんありますか？たくさんのプログラマーが使用していますか？良い教育資源はありますか？」です。これらは非常に重要であるため、新しい言語を創造するためのハードルは非常に高くなければなりません。
Q2、Moveの開発状況についてもっと教えていただけますか？
MoveはFacebookのLibraプロジェクトに起源を持っています。私の当時の任務は、新しい言語を作成することではなく、「Libraにはスマートコントラクトが必要なので、私たちが何をすべきかを見つけること」でした。私はさまざまなものを見ました。EVMでSolidityを使用できますか？私たちはWASMやJVMのような一般的なプログラミング言語を使用し、それをLibraに適用すべきでしょうか？それとも私たち自身のものを作成すべきでしょうか？
私たち自身のものを作成することを決定するのは、既存のスマートコントラクトに関する研究、プログラマーが何をしようとしているのか、そして特定の言語が彼らを助ける部分と失望させる部分を理解することに基づいています。私の結論は、多くのケースで、既存のスマートコントラクト言語が確かに彼らを失望させているということです。
この点はSolidityのひどいセキュリティ記録から明らかに見て取れますが、より基本的には、これらのスマートコントラクトは非常に従来のプログラムタイプではありません。Solidityは、現在人々が行っていることのために構築された言語ではありません。
だから、これらのスマートコントラクトは非常にシンプルで、基本的に二つのことを行います。資産のタイプを定義し、資産をいつ移転できるか、何に使えるか、誰がそれを読み取れるか、誰がそれに書き込むことができるかのルールを含みます。そして、アクセス制御ポリシーをチェックして、誰がその資産を所有しているのか、誰がそれを使用することを許可されているのか、誰が操作することを許可されているのかを決定します。すべては資産に関連しており、これらの資産が物理的な資産と同じ属性を持つことを望んでいます。
スマートコントラクト中には所有権と所有権移転の概念がありますが、コンピュータ上ではすべてが数値とバイトに過ぎず、自由にコピーできます。また、あなたは知っていますが、これらの概念は現実世界には存在しません。したがって、あなたは所有権と同質化に関する良い抽象を提供できる言語を望んでいます。現実世界のように、プログラマーに再発明を強いることなく。あなたは基本的なセキュリティ保証を得たいと思っています。
これがMoveの役割であり、なぜ私たちがこの新しい言語を最終的に作成したのかです。これらのタスクはスマートコントラクトプログラミングにとって基本的なものです。他の言語、特に既存のスマートコントラクト言語では再現するのが難しいです。私たちは、これらの基本的な機能を提供する全体の言語を設計したいと考えています。プログラマーがコードを書く際に、毎回車輪を再発明する必要がなく、安全かつ効率的にコードを記述できるようにするためです。
Q3、SuiはMoveの一種の変種であるSui Moveを使用しています。これらの変更を促したのは何ですか？Sui Moveのどの特徴がWeb3での製品構築に非常に適しているのですか？
以下のいくつかの要因がこれらの変化を促しました。その一つは、最初のLibraプロジェクトの目標が、コンプライアンスに準拠した決済ネットワークの構築であったことです。したがって、私たちはMoveを汎用言語として設計しようとしました。しかし、私たちは意識的にいくつかのことを行いました。なぜなら、Libraは制約を持つことを望んでいたからです。重要な点の一つは、彼らが人々が特定の資産をどこにでも送信できることを望んでいなかったことです。彼らは人々が明示的にアカウントを作成し、アカウント作成時にいくつかのルールを設定することを望んでいました。例えば、アカウントの所有者はKYC認証を受けなければならないかもしれません。あるいは、アカウントを作成するために手数料を支払う必要があるか、アカウント作成権限を持つごく一部の人間のみがアカウントを作成できるかもしれません。全体の目的がLibraがコンプライアンスに準拠した決済とスマートコントラクトを行いたいことなので、これらの制限が存在しています。しかし、より一般的なWeb3の分野では、状況は正反対です。あなたは基盤のレベルでコンプライアンスを行うことを望んでいません。これがスマートコントラクトの概念です。あなたは物事が可能な限り自由であることを望み、完全に何かを任意のアドレスに送信することができます。そして、明示的なアカウント作成を行うべきではありません。なぜなら、それがさまざまなユースケースを妨げるからです。これは重要な要因です。
もう一つの要因は、私たちがMoveで資産に焦点を当てていたにもかかわらず、当時Libraでは取引自体に資産の焦点をどのように導入するかを考えていなかったことです。したがって、取引レベルに到達すると、数字やブール値などの資産ではないものを入力するAPIしかありません。その後、Moveでこれらの数字を使用してアカウントから資産を引き出し、他の操作を行います。実際には、あなたが実行しているコードのほとんどは、この面倒な帳簿作業であり、これを取り出し、あれを取り出し、他のものを取り出し、さて、私が望むすべての資産を持っているということです。それらはここにあり、私のスタジオにあり、今から何か意味のあることを始めることができます。そして、このプロセスの終わりに、あなたはこう言うかもしれません："さて、これらの資産をこのアカウントに戻し、それらをあのアカウントに戻し、それらを再整理します。
Suiでは、私たちは熟慮した結果、すべてのプログラムがこの方法で開始し、終了する場合、それを抽象化できるかどうかを考えました。したがって、取引を処理するためのロジックがプログラマーによって実行されることになり、プログラマーの視点から見ると、必要な資産を準備するだけで、すぐに興味深い作業を開始できます。これがSuiに存在するオブジェクト中心のデータモデルです。元のMoveでは、アカウントベースのデータモデルがあり、資産はアカウントの下に保存され、プログラマーはそれらを明示的に取り出す必要があります。しかしSuiでは、取引のMove部分に入ると、Suiランタイムによって資産が既に取得されています。これはプログラマーにとって便利で、すべての前後の帳簿作業を行う必要がなく、また、実際に実行せずに1つの取引を別の取引と並行して実行できるかどうかを判断し、Suiの水平スケーリングを可能にし、その他のいくつかの操作をより効率的に行うための秘密兵器でもあります。
私たちは、オブジェクトベースのデータモデルを利用したプログラム可能なトランザクションブロックなど、他にも非常に興味深い作業を行いました。これは技術的なトピックであり、私は喜んで深く議論します。しかし、これら2つの要因が、元のMoveとの違いを生む主な原動力です。
Q4、プログラム可能なトレーディングブロックとその機能について、さらに詳しく教えていただけますか？
私は例えを使って説明するのが好きです。他のブロックチェーンはショッピングモールのフードコートのようなものです。アイスクリームを食べたい場合、アイスクリームスタンドに行き、クレジットカードで支払います。しかし、もしハンバーガーも食べたいと思ったら、ハンバーガースタンドに行き、再度支払わなければなりません。私は大食いではありませんが、もし8つのものを食べたいなら、8回の個別の取引を行う必要があります。一方、Suiはビュッフェに近く、各取引は一つのことだけではありません。一度ビュッフェ代を支払えば、追加の費用なしで多くのことができます。アイスクリームを食べたり、ハンバーガーを食べたり、それらを混ぜ合わせたりできます。
この概念をより具体的にするために、単純な状況を考えます。もし100の取引を送信して100のNFTをミントする必要がある場合、100のNFTをミントする取引を1回送信することができます。このコストは1つのNFTをミントするコストとほぼ同じです。また、異種取引のパッケージングも可能です。たとえば、ブロック内の最初の取引があなたのマルチシグウォレットからマリオキャラクターを取り出し、2番目の取引がマリオを要求し、あなたがゲームをプレイできるようにします。もしあなたがゲームに勝ってトロフィーを獲得した場合、3番目の取引がそのトロフィーを友達と共有するトロフィーキャビネットに入れるかもしれません。面白いのは、プログラマブルな取引ブロックがプログラマーにそのようにコードを書くことを許可することで、ゲームはマルチシグウォレットやマリオの保存方法を知る必要がなく、あなたのトロフィーキャビネットやその実装方法についても知る必要がないということです。
プログラム可能なトランザクションブロックは、入力および出力オブジェクトを持つトランザクションで構成されています。入力オブジェクトが必要な場合、そのオブジェクトを取得することができ、どこから来たのかを気にする必要はなく、その出力を必要とするオブジェクトに渡すことができ、どこに渡すのかを気にする必要もありません。他のブロックチェーンでは、結合性が強いため、ゲームはマルチシグウォレットやトロフィーケースと統合する必要があるか、あるいはそれらが共通のインターフェースを実装し、より強い結合性を持つ必要があります。Suiは、いわゆる一時的な組み合わせをより簡単にします。パイプが一致すれば、1つのトランザクションで完了することができます。
Q5、プログラム可能な取引ブロックはユーザーにどのような利点がありますか？
ユーザーにとって、プログラム可能な取引ブロックの利点には、すべての操作を個別の取引ではなく1つの取引にまとめることができるため、ガス料金が低くなることが含まれます。また、承認が必要な回数も減ります。使用しているシステムが取引の承認を必要とする場合、1回の承認を行うだけで、その後すべての操作を一度に完了できます。もう1つの利点は原子性です。3つの異なることを行いたいとし、最初の2つの操作が成功した場合のみ3つ目の操作が成功することを望む場合、これらの操作が独立した取引でなければなりませんが、それを実現することはできません。しかし、すべてを1つの取引にまとめることができれば、それを簡単に実現できます。
Q6、あなたと他の人が話しているのを聞いたことがありますが、Suiでの開発はプログラマーにとって素晴らしい体験であり、それが重要です。経験豊富なWeb3プログラマーや新しいWeb3プログラマーがSui Moveを使い始める際に、何か逸話を共有できますか？
他のWeb3プログラミング言語から来た開発者にとって、MoveとSui Moveでの開発体験は確かにより効率的であり、かつ安全です。私は最近、Bucket Protocolについてのポッドキャストに参加しました。彼らはSui上で非常にクールなDeFiプロジェクトを構築しています。システムアーキテクチャを示す際に、異なるコンポーネントがどのように協力して動作するかについて話していました。彼らは、もしSolidityを使用してこのプロジェクトを書いていたら、8ヶ月かかる可能性があると言っていましたが、Sui Moveではわずか2ヶ月で済んだそうです。また、彼らはその安全性に非常に自信を持っています。この言語の働き方は、彼らの頭の中のプロジェクトのアイデアに非常に近いです。しかし、Solidityの分野では、その関連性はそれほど直接的ではありません。
これは単なる例ですが、私たちは多くの類似のケースを聞いています。人々はこの言語での開発速度が速く、完成後に自信を持てると言っています。これを聞くと嬉しく思います。しかし、ある程度では驚くべきことではありません。私たちはSolidityを研究し、その問題を理解しました。私たちは、その安全性と速度を向上させる方法を中心に設計を明確にしました。私たちは、この言語を使用している開発者たちが何を試みているのか、そして彼らのニーズに合った言語をどのように設計するかを検討しました。これは人々が直面している問題に対して設計された言語であり、彼らが切り替えるとき、彼らは本当にこの言語を高く評価するでしょう。
彼らは先行優位性が重要だと言いますが、この場合は後発優位性の方が重要だと思います。
はい、その通りです。
![Move言語の父にインタビュー：なぜSui Moveスマートコントラクト言語がWeb3製品の構築に適しているのか？](