Kiểm soát truy cập trong mô-đun di chuyển: Hạn chế quan sát thực địa dựa trên quyền sở hữu

Question

Tôi đang tự hỏi liệu có được phép truy cập các trường của đối tượng như trong Solidity không nếu chủ sở hữu của đối tượng không phải là người gửi giao dịch. Ví dụ, hãy xem xét đoạn mã sau:

public entry fun observe(obj: &CustomStruct, ctx: &mut TxContext) {
    // ...
}

Trong chức năng này, nếu chủ sở hữu của obj được cung cấp dưới dạng đầu vào không giống với người gửi giao dịch, điều này có vi phạm bất kỳ quy tắc hoặc hạn chế Solidity nào không? Việc cố gắng truy cập các trường của obj có bị coi là bất hợp pháp trong bối cảnh này không? Cảm ơn bạn đã làm rõ.

Jeremy · Answer

Absolutely, youre on the right track. In Move, accessing an objects fields from a different Move module requires careful consideration of module boundaries. If you have an object, say X, declared in module A, and you want to access Xs data in module B, you need to define accessor functions within module A. These functions will act as bridges, allowing controlled access to Xs data. This access control is based on Move module boundaries, not necessarily on whether the sender is the owner of the object. Moves approach to object ownership is strict, and external modules can only gain access to objects through predefined functions provided by the owning module. Therefore, ensure that you have appropriate accessor functions defined in the module where the object is declared (module A in your case). These functions will enable controlled access to the objects fields from other modules, maintaining the integrity and security of your codebase.

Steven · Answer

In Solidity, there are no restrictions on reading an objects fields if the owner of the object is not the sender of the transaction. The sender of the transaction can read any public state variables of a contract. However, they can only modify the state variables if they have the appropriate permissions. In your provided code snippet, the observe function is trying to access the fields of a CustomStruct object. If the CustomStructobject is defined as a public state variable in a contract, any user can call the observe function and read the fields of the CustomStructobject. The sender of the transaction does not need to be the owner of the CustomStructobject. Here is an example of how you might define a CustomStructobject and an observe function in Solidity: pragma solidity ^0.8.4; contract MyContract { struct CustomStruct { uint data; } CustomStruct public obj; function observe() public view returns (uint) { return obj.data; } } In this example, the observe function returns the data field of the obj object. Any user can call the observe function and read the data field of the obj object, regardless of who owns the obj object. However, if the CustomStructobject is not defined as a public state variable, the sender of the transaction cannot access its fields. In that case, you would need to provide a public function in the contract that returns the fields of the CustomStruct object. Please note that while the sender of the transaction can read any public state variables of a contract, they can only modify the state variables if they have the appropriate permissions. For example, you can use the onlyOwner modifier to restrict the modification of state variables to the owner of the contract fravoll.github.io.

Bài viết

Chia sẻ kiến thức của bạn.

Kiểm soát truy cập trong mô-đun di chuyển: Hạn chế quan sát thực địa dựa trên quyền sở hữu

Câu trả lời

Bạn có biết câu trả lời không?

Kiếm phần của bạn từ 1000 Sui