[ERC4974] 評価システムをコントラクトで管理する仕組みを理解しよう！

はじめに

『DApps開発入門』という本や色々記事を書いているかるでねです。

今回は、評価システムをオンチェーン上で管理・運用する仕組みを提案しているERC4974についてまとめていきます！

以下にまとめられているものを翻訳・要約・補足しながらまとめていきます。

ERC-4974: RatingsAn interface for assigning and managing numerical ratingsEthereum Improvement Proposals

他にも様々なEIPについてまとめています。

Notion | Where teams and agents work togetherMade in Notion, the connected workspace where AI agents and teams organize docs, projects and knowledge together.Notion

概要

ERC4974は、Ethereumブロックチェーン上で数値による評価（Rating）を割り当て・管理する標準インターフェースを提案しています。これにより、評価情報がスマートコントラクトに記録され、他のアプリケーションからも読み取れるようになります。

ERC4974の仕組みは、トークンやアカウントに対する「評価（スコア）」の概念をブロックチェーン上に導入することで、新たなユースケースを開拓する基盤となります。例えば、評価に基づく投票権の分配やゲーム内の経験値、顧客へのロイヤリティポイント、保険のリスク判定など幅広い応用が可能です。

動機

これまでのブロックチェーンアプリケーションは、主にトークンの売買や資産管理に重点を置いてきました。しかし、この「資産中心モデル」は、特にコミュニティベースのプロジェクトにおいて「課金プレイ（pay-to-play）」構造を生んでいました。 2021年には、多くのEVMゲームやDAOでこの傾向が問題視されました。

この課題に対処するために、ERC4974では評価という新しい要素を導入しています。評価を使うことで、資産の取引以外にも多様なインセンティブ設計が可能になります。

具体的な活用例としては以下があります。

DAOにおける投票重み付け

コミュニティへの貢献度などに応じてメンバーに評価を与え、その評価に基づいて投票権を調整することで、より健全なガバナンスを実現できます。

分散型ゲームでの経験値システム

プレイヤーの活動内容に応じて評価（経験値）を付与し、進行状況のトラッキングや新コンテンツのアンロックに活用できます。

顧客ロイヤリティプログラム

ビジネスに対する継続的な利用を評価に変換し、それに応じた特典や割引を提供できます。

分散型保険における資産リスク評価

保険対象資産に対してリスク評価を行い、その結果をもとに保険料やカバレッジ内容を調整することで、公平性と効率性を向上させられます。

ERC4974は、ERC20およびERC721などの既存トークン標準の構造や記述スタイルを参考に設計されています。そのため、既存のスマートコントラクトとの互換性があります。

仕様

実装が必須なインターフェース

ERC4974に準拠する全てのコントラクトは、以下のインターフェースを実装する必要があります。

IERC4974
IERC165

ERC165については以下の記事を参考にしてください。

[ERC165] コントラクトが特定のインターフェースをサポートしているか確認する仕組みを理解しよう！

IERC4974インターフェース

IERC4974.sol

// SPDX-License-Identifier: CC0

pragma solidity ^0.8.0;

/// @title EIP-4974 Ratings
/// @dev See https://eips.ethereum.org/EIPS/EIP-4974
///  Note: the EIP-165 identifier for this interface is #######.
///  Must initialize contracts with an `operator` address that is not `address(0)`.
interface IERC4974 /* is ERC165 */ {

    /// @dev Emits when operator changes.
    ///  MUST emit when `operator` changes by any mechanism.
    ///  MUST ONLY emit by `setOperator`.
    event NewOperator(address indexed _operator);

    /// @dev Emits when operator issues a rating. 
    ///  MUST emit when rating is assigned by any mechanism.
    ///  MUST ONLY emit by `rate`.
    event Rating(address _rated, int8 _rating);

    /// @dev Emits when operator removes a rating. 
    ///  MUST emit when rating is removed by any mechanism.
    ///  MUST ONLY emit by `remove`.
    event Removal(address _removed);

    /// @notice Appoint operator authority.
    /// @dev MUST throw unless `msg.sender` is `operator`.
    ///  MUST throw if `operator` address is either already current `operator`
    ///  or is the zero address.
    ///  MUST emit an `Appointment` event.
    /// @param _operator New operator of the smart contract.
    function setOperator(address _operator) external;

    /// @notice Rate an address.
    ///  MUST emit a Rating event with each successful call.
    /// @param _rated Address to be rated.
    /// @param _rating Total EXP tokens to reallocate.
    function rate(address _rated, int8 _rating) external;

    /// @notice Remove a rating from an address.
    ///  MUST emit a Remove event with each successful call.
    /// @param _removed Address to be removed.
    function removeRating(address _removed) external;

    /// @notice Return a rated address' rating.
    /// @dev MUST register each time `Rating` emits.
    ///  SHOULD throw for queries about the zero address.
    /// @param _rated An address for whom to query rating.
    /// @return int8 The rating assigned.
    function ratingOf(address _rated) external view returns (int8);
}

interface IERC165 {
    /// @notice Query if a contract implements an interface.
    /// @dev Interface identification is specified in EIP-165. This function
    ///  uses less than 30,000 gas.
    /// @param interfaceID The interface identifier, as specified in EIP-165.
    /// @return bool `true` if the contract implements `interfaceID` and
    ///  `interfaceID` is not 0xffffffff, `false` otherwise.
    function supportsInterface(bytes4 interfaceID) external view returns (bool);
}

イベント

`NewOperator`

評価を管理する「オペレーター（operator）」が変更された時に発行されるイベント。 setOperator関数からのみ発行されます。

`Rating`

オペレーターが特定のアドレスに対して評価を行った時に発行されるイベント。 rate関数で評価が設定された時にのみ発行されます。

`Removal`

既存の評価が削除された時に発行されるイベント。 removeRating関数で評価が削除された時にのみ発行されます。

関数

`setOperator`

評価操作を行う権限を持つオペレーターを設定する関数。呼び出し元（msg.sender）が現在のオペレーターである必要があります。新たに指定するオペレーターがaddress(0)、もしくはすでに現在のオペレーターの場合はエラーを返します。 NewOperatorイベントを発行します。

`rate`

指定されたアドレスに対して評価（数値）を設定する関数。成功時にRatingイベントを発行します。｀ゲームの経験値、DAOの評判スコア、信用ポイントなどに応用可能です。

`removeRating`

指定アドレスの評価を削除する関数。成功時にRemovalイベントを発行します。

`ratingOf`

指定されたアドレスの現在の評価値を返す関数。 Ratingイベントが発行されるたびに、対応する状態更新が反映されている必要があります。ゼロアドレス（`address(0)）が渡された場合はエラーを返します。

IERC165インターフェース

`supportsInterface`

コントラクトが特定のインターフェース（例えばIERC4974）を実装しているかどうERC165に基づき、30,000 gas未満で実行される必要があります。

補足

評価の付与

評価を付与する主体は、コントラクトオペレーター（operator）です。このオペレーターは、例えばスポーツチームのコーチであったり、マルチシグウォレットを持つDAOであったり、柔軟に設定可能です。

ERC4974では、評価の意思決定プロセス（ガバナンス）そのものには干渉しません。つまり、「どうやって評価を決めるか」は実装者に委ねられており、その柔軟性こそが多様なユースケースへの適用性を高めています。

また、ERC4974の設計は、評価を金銭的価値と結びつけることなく、「コミュニティ内の評判」として扱えるようにすることを意図しています。これは、トークンのような金融資産とは異なる、非金銭的な信頼や貢献の見える化を目指した設計です。

評価値の型にint8を選んだ理由

符号付き整数であること（signed）

評価には「中立（0）」や「否定的（負の値）」なものも含めるべきであり、そのために符号付き整数を採用しています。これにより、例えば悪質なユーザーやコントラクトへの警告的な評価が可能になります。

8ビットであること（8bit）

評価の範囲を意図的に狭めることで、比較や集計が容易になります。あまりに大きな数値を許容すると、評価尺度のバラつきが大きくなり、標準化された意味を持たなくなる可能性があります。

評価の変更・削除の許容

評価は時間とともに変化するものであり、更新可能であるべきという考え方が提案されています。例えば、以前は貢献度が高かったユーザーが後に不正を働いた場合、その評価は下げられるべきです。また、評価者自身が「自分の評価は正確でなかった」と判断した場合に備え、評価の削除もできるようにするべきです。

この柔軟性により、評価システムが静的でなく、状況に応じて動的に調整されることが可能となります。

インターフェースの検出方法

ERC4974に準拠コントラクトがサポートするインターフェースを外部から識別できるようにするために、ERC165の標準インターフェース検出機構を採用しています。これにより、フロントエンドや他のコントラクトが、対象コントラクトがERC4974に準拠しているかどうかを判定可能です。