Giải thích chi tiết về kế hoạch nâng cấp hợp đồng thông minh Rust

Hợp đồng thông minh về bản chất là chương trình, không tránh khỏi việc có lỗi. Ngay cả khi đã trải qua nhiều thử nghiệm và kiểm toán, vẫn có thể xuất hiện lỗ hổng. Một khi bị kẻ tấn công khai thác, có thể gây ra thiệt hại cho tài sản của người dùng, hậu quả rất nghiêm trọng. Do đó, khả năng nâng cấp của hợp đồng là rất cần thiết, chủ yếu được sử dụng để sửa lỗi và thêm tính năng mới. Bài viết này sẽ giới thiệu các phương thức nâng cấp phổ biến của hợp đồng Rust.

Giải pháp nâng cấp hợp đồng Ethereum

Hợp đồng thông minh Ethereum có tính không thể thay đổi, không thể sửa đổi sau khi được triển khai. Để khắc phục lỗ hổng hoặc thêm tính năng mới, cách làm phổ biến là triển khai hợp đồng mới. Tuy nhiên, điều này sẽ dẫn đến việc thay đổi địa chỉ hợp đồng, cần phải sửa đổi tất cả các DApp đang sử dụng hợp đồng đó. Thêm vào đó, còn cần phải di chuyển dữ liệu trạng thái từ hợp đồng cũ, khối lượng công việc lớn và dễ xảy ra lỗi.

Để làm điều này, thường sử dụng kiến trúc tách biệt dữ liệu và logic: lưu trữ dữ liệu trong hợp đồng trạng thái, tất cả logic được thực hiện trong một hợp đồng logic khác. Khi nâng cấp, chỉ cần cập nhật hợp đồng logic, không cần di chuyển dữ liệu trạng thái.

Cụ thể, có thể sử dụng hợp đồng thông minh (Proxy Contract). Hợp đồng thông minh lưu trữ dữ liệu, thông qua deleGatecall gọi hợp đồng logic A. Khi nâng cấp, chỉ cần triển khai hợp đồng logic mới B, sau đó để hợp đồng thông minh chỉ đến B.

NEAR hợp đồng thông minh nâng cấp

Lấy dự án StatusMessage làm ví dụ, giới thiệu các phương pháp nâng cấp thường dùng của hợp đồng NEAR.

Cấu trúc dữ liệu hợp đồng chưa được chỉnh sửa

Nếu chỉ sửa đổi logic hợp đồng, không liên quan đến thay đổi cấu trúc dữ liệu, có thể trực tiếp sử dụng near deploy để triển khai mã mới. Dữ liệu ban đầu vẫn có thể truy cập bình thường.

Cấu trúc dữ liệu hợp đồng đã được sửa đổi

Nếu sửa đổi cấu trúc dữ liệu của hợp đồng, việc triển khai lại một cách trực tiếp sẽ dẫn đến sự không khớp giữa cấu trúc dữ liệu mới và cũ, không thể truy cập dữ liệu một cách bình thường.

sử dụng phương pháp Migrate để nâng cấp

NEAR cung cấp phương thức Migrate để giúp nâng cấp hợp đồng. Thêm phương thức migrate vào hợp đồng mới:

gỉ #[private] #[init(ignore_state)] Self { let old_state: OldStatusMessage = env::state_read().expect('failed'); Tự { taglines: old_state.records, bios: LookupMap::new(b'b'.to_vec)((, } }

Gọi phương thức migrate khi triển khai:

gần triển khai
--wasmFile target/wasm32-unknown-unknown/release/status_message.wasm
--initFunction 'migrate'
--initArgs '{}' \ --accountId statusmessage.blocksec_upgrade.testnet

Điều này sẽ giúp chuyển dữ liệu hợp đồng cũ sang cấu trúc mới thành công.

![])https://img-cdn.gateio.im/webp-social/moments-73f5e5195fa71f1f25f5d35ba1e8b8ec.webp)

Các cân nhắc an toàn trong việc nâng cấp hợp đồng

1. Kiểm soát quyền: Hàm nâng cấp nên là hàm only owner, chỉ có thể được gọi bởi owner.

2. Khuyến nghị đặt owner thành DAO, quản lý hợp đồng thông qua đề xuất và bỏ phiếu.

3. Thêm #[init(ignore_state)] trước hàm di chuyển, đảm bảo không tải trạng thái trước khi thực thi.

4. Sau khi hoàn tất việc di chuyển, xóa hàm di chuyển, đảm bảo chỉ được gọi một lần.

5. Cấu trúc dữ liệu mới hoàn thành khởi tạo trong quá trình di chuyển.

Việc sử dụng hợp lý những kế hoạch nâng cấp này có thể linh hoạt nâng cấp và bảo trì hợp đồng thông minh trong khi vẫn đảm bảo tính an toàn.