Solidity のパブリック、プライベート、内部、外部関数の違いは何ですか?

Solidity での関数の可視性を理解する

Ethereum スマート コントラクトの主要なプログラミング言語である Solidity は、関数可視性指定子を通じて厳密なアクセス制御を強制します。これらの指定子は、コントラクト内、派生コントラクト、または外部から関数を呼び出すことができるユーザーを決定します。パブリック、プライベート、内部、外部の 4 つのタイプは、アクセシビリティの範囲を定義し、コントラクト ロジックを保護する上で重要な役割を果たします。

公的行事

2. 関数がパブリックとしてマークされている場合、それが状態変数である場合、またはコントラクト インターフェイスを介した直接呼び出しを許可する場合、Solidity はゲッター関数を自動的に生成します。

3. これらの関数はコントラクトの ABI (アプリケーション バイナリ インターフェイス) の一部となり、ウォレット、dApp、その他のスマート コントラクトから呼び出し可能になります。

4. 外部呼び出しのオーバーヘッドとデータ エンコード要件により、公共の機能ではガスのコストが高くなる場合があります。

5. 一般的な使用例には、ERC-20 コントラクトでのトークン転送や残高チェックなどのユーザー向け機能が含まれます。

プライベート関数

2. 公開またはオーバーライドすべきではない機密性の高いロジックをカプセル化するのに最適です。

3. プライベート関数は外部インターフェイスの一部ではないため、ABI には表示されません。

4. 開発者は多くの場合、パブリックまたは内部の操作をサポートする内部検証、ハッシュ、またはクリーンアップ ルーチンにこれらを使用します。

5. 非公開であるにもかかわらず、コードは依然としてオンチェーンで表示されます。プライバシーとは、ソースの隠蔽ではなく、実行アクセスのみを指します。

内部関数

2. アドレスベースの対話を通じてであっても、外部アカウントや無関係なコントラクトから直接呼び出すことはできません。

3. 継承階層は、再利用可能なロジックを公開せずに共有する内部関数に大きく依存しています。

4. プライベート関数と同様に、これらはコントラクトの外部 ABI には寄与しません。

5. 例には、OpenZeppelin の SafeMath ライブラリのユーティリティ関数、または複数のメソッドにわたって前提条件を強制する修飾子が含まれています。

外部関数

2. コントラクト自体でも、独自の外部関数を呼び出すためにthis.functionName()構文を使用する必要があり、これによりメッセージ呼び出しのオーバーヘッドが発生します。

3. この可視性は、関数が内部で実行されないようにしたい場合に便利で、モジュール性を促進し、ガスの誤用を減らします。

4. 外部関数は ABI に含まれており、トランザクション呼び出しまたは契約間の呼び出しを通じて呼び出すことができます。

5. calldata (外部関数によって使用される) により、内部呼び出しに関連するメモリ コピーのコストが回避されるため、これらは一般に大規模なデータ入力に使用されます。

よくある質問

派生コントラクトでプライベート関数をオーバーライドできますか?いいえ、派生コントラクトによってプライベート関数にアクセスしたりオーバーライドしたりすることはできません。 virtual および override キーワードを使用してオーバーライドできるのは、内部関数とパブリック関数のみです。

可視性修飾子を指定しないとどうなりますか?可視性が指定されていない場合、Solidity は関数に対してデフォルトで public になります。状態変数の場合、デフォルトは内部です。セキュリティと明確さの理由から、デフォルトに依存することはお勧めできません。

内部関数呼び出しと外部関数呼び出しの間にパフォーマンスの違いはありますか?はい。内部呼び出しは同じコントラクト コンテキスト内で実行され、ガスの使用は最小限に抑えられます。外部呼び出しは、自己参照の場合でもメッセージ呼び出しを必要とし、スタックの分離と ABI エンコードによりガス消費量が増加します。

外部関数は状態変数を変更できますか?はい、外部関数は、view や pure などの他の修飾子によって制限されない限り、状態変数を変更できます。ストレージを変更する能力は、可視性ではなくロジックに依存します。