What Is a Smart Contract—and Why Its Rules Cannot Be Changed Retroactively?
Disclaimer: This article is for educational purposes only. It is not financial, legal, or investment advice.
A smart contract is often described as a “digital agreement.” That is a useful analogy, but it is not the full picture. More precisely, a smart contract is a program deployed on a blockchain that stores data and executes predefined instructions.
Ví dụ, hợp đồng có thể chỉ cho phép chuyển tiền sau khi đáp ứng một điều kiện, theo dõi người tham gia hoặc cập nhật bản ghi sau một thao tác thành công. Khi ai đó gửi giao dịch, mạng thực thi mã và ghi lại kết quả.
Có hai hạn chế cần lưu ý ngay từ đầu:
- “Thông minh” không có nghĩa là chương trình có thể suy nghĩ hoặc phán đoán ý định.
- Từ “hợp đồng” không tự động trao cho mã địa vị pháp lý của một thỏa thuận.
Hợp đồng thông minh thực hiện đúng những gì mã của nó cho phép. Nếu logic có lỗi, chức năng quản trị không an toàn hoặc giả định sai, blockchain sẽ không tự động sửa chữa.
Điểm chính
- Hợp đồng thông minh là mã và dữ liệu được lưu tại một địa chỉ blockchain.
- Mạng thực thi các chức năng theo quy tắc xác định trước.
- Một thao tác đã xác nhận không thể đơn giản bị chỉnh sửa sau đó.
- Một số hợp đồng được thiết kế với các tham số điều chỉnh được hoặc logic có thể nâng cấp.
- Người dùng không chỉ nên kiểm tra địa chỉ hợp đồng mà còn cả các vai trò, quyền hạn và cơ chế nâng cấp của hợp đồng.
Cách đơn giản để hiểu hợp đồng thông minh
Hãy hình dung một tủ lưu trữ tự động.
- Quy tắc ghi: “Người nhận chỉ có thể mở tủ sau một ngày được chỉ định.”
- Người gửi nạp một tài sản.
- Người nhận cố mở sớm và máy từ chối.
- Khi đến ngày đó, cùng yêu cầu sẽ thành công nếu mọi điều kiện khác đều được đáp ứng.
Điểm khác biệt là hợp đồng thông minh không được thực thi bởi máy chủ của một công ty. Mạng blockchain xử lý chỉ dẫn, đạt kết quả chung và ghi lại kết quả đó.
Điều này không có nghĩa là hợp đồng tự động biết một kiện hàng đã được giao hay chưa, thời tiết ra sao hoặc tỷ giá nên là bao nhiêu. Blockchain vận hành đáng tin cậy với dữ liệu mà nó có. Thông tin từ thế giới bên ngoài cần các nguồn bổ sung, thường được gọi là oracle. Khi đó kết quả cũng phụ thuộc vào các nguồn này.
Mã, trạng thái và giao dịch
Hợp đồng thông minh có ba khía cạnh hữu ích:
- Code: its available functions and checks.
- State: its current data, such as balances, statuses, and configuration values.
- Transaction history: the sequence of operations that changed that state.
Việc đọc dữ liệu công khai thường không thay đổi trạng thái. Hành động làm thay đổi điều gì đó — như chuyển token hoặc đăng ký tham gia — cần một giao dịch. Người dùng ký, mạng xử lý và thường thu phí.
Sau khi được đưa vào và hoàn tất, giao dịch trở thành một phần lịch sử chuỗi. Giao dịch sau có thể thay đổi trạng thái hiện tại nếu mã cho phép, nhưng không viết lại bản ghi trước đó. Cả hai sự kiện vẫn hiển thị.
“Không thể thay đổi hồi tố” thực sự có nghĩa gì
Giả sử hợp đồng ghi nhận giao dịch chuyển 100 token từ địa chỉ A đến địa chỉ B. Sau khi xác nhận, quản trị viên không thể mở khối đó và thay 100 bằng 10 như thể thao tác ban đầu chưa từng xảy ra. Họ cũng không thể âm thầm thay người nhận trong giao dịch đã xác nhận.
If the code includes a refund, reversal, or compensation function, using it creates a new transaction. The blockchain will show the original action and the later response.
Đó là lý do lịch sử on-chain có thể hỗ trợ xác minh độc lập: những người quan sát khác nhau có thể truy vấn mạng và kiểm tra cùng một chuỗi sự kiện.
Nói rằng blockchain “không bao giờ có thể thay đổi trong bất kỳ hoàn cảnh nào” vẫn không chính xác. Các mạng có mô hình hoàn tất riêng và vẫn có thể gặp lỗi giao thức hoặc tấn công. Ý nghĩa thực tế hẹp hơn: trong hoạt động bình thường, người dùng hoặc quản trị viên ứng dụng không thể chỉnh sửa bản ghi blockchain đã xác nhận như một hàng trong cơ sở dữ liệu riêng.
Điều đó có nghĩa là hợp đồng không bao giờ có thể thay đổi không?
Không phải lúc nào cũng vậy. Đây là chỗ cụm từ “hợp đồng bất biến” thường bị hiểu sai.
1. Hợp đồng không thể nâng cấp
Mã đã triển khai tiếp tục chạy theo logic ban đầu. Nhà phát triển có thể triển khai hợp đồng mới tại địa chỉ mới, nhưng địa chỉ cũ và lịch sử của nó vẫn tồn tại. Người dùng phải chủ động chuyển sang phiên bản mới.
2. Hợp đồng có tham số điều chỉnh được
Mã có thể bao gồm các chức năng quản trị để thay đổi giới hạn, tạm dừng thao tác, quản lý danh sách cho phép hoặc cập nhật người nhận phí. Các chức năng này vẫn cần giao dịch mới và chỉ có thể thực hiện những quyền hiện diện trong mã.
Điều này không viết lại quá khứ, nhưng có thể thay đổi quy tắc cho các hoạt động trong tương lai.
3. Kiến trúc có thể nâng cấp
Một thiết kế phổ biến sử dụng hợp đồng proxy. Địa chỉ proxy được giữ nguyên trong khi chuyển tiếp lệnh gọi đến một hợp đồng triển khai riêng. Nếu cơ chế quản trị có thể thay đổi phần triển khai đó, hành vi trong tương lai tại địa chỉ proxy cũng có thể thay đổi.
Điều này có nghĩa là “địa chỉ không thay đổi” không nhất thiết đồng nghĩa với “logic chưa bao giờ thay đổi”. Một quá trình xem xét thận trọng cần đặt câu hỏi:
- Địa chỉ có phải là proxy không?
- Ai có thể nâng cấp phần triển khai?
- Một chữ ký có đủ không hay cần nhiều chữ ký?
- Có độ trễ thời gian không?
- Có thể tạm dừng các thao tác không?
- Quản trị viên có thể thay đổi những thông số nào?
Ví dụ: thay đổi một giới hạn
Hãy hình dung một hợp đồng có giới hạn hằng ngày là 1.000 đơn vị.
- Vào thứ Hai, người dùng hoàn tất một thao tác 800 đơn vị.
- Vào thứ Ba, một địa chỉ được ủy quyền thay đổi giới hạn thành 500 qua một giao dịch mới.
- Thao tác hôm thứ Hai không biến mất hoặc trở thành một bản ghi khác.
- Từ thứ Ba trở đi, hợp đồng áp dụng giới hạn 500 đơn vị nếu logic của hợp đồng quy định như vậy.
Trình khám phá khối có thể hiển thị cả hai giao dịch. Để hiểu hệ quả của chúng, vẫn cần biết những hàm nào đã được gọi và các hàm đó có quyền hạn gì.
Blockchain chứng minh điều gì — và không chứng minh điều gì
Blockchain công khai có thể giúp xác minh:
- các địa chỉ tham gia;
- thời gian và trạng thái giao dịch;
- tài sản và số lượng đã chuyển;
- hàm được gọi, khi dữ liệu được giải mã chính xác;
- các sự kiện và trình tự hoạt động;
- mã nguồn, khi đã được xác minh với bytecode đã triển khai.
Deployment on a blockchain does not by itself guarantee:
- không có lỗi hoặc lỗ hổng;
- các nhà phát triển trung thực;
- tính bền vững kinh tế;
- dữ liệu bên ngoài chính xác;
- không có quyền quản trị viên;
- sự bảo vệ pháp lý;
- khôi phục sau khi chuyển nhầm.
Minh bạch có nghĩa là bằng chứng có thể được kiểm tra. Điều đó không có nghĩa mọi thứ nhìn thấy đều an toàn.
Danh sách kiểm tra thực tế trước khi tương tác
- Verify the address. Obtain it from an official project source and compare it carefully.
- Verify the network. The same address format may exist across several EVM networks.
- Check source verification. Published source code makes analysis easier, but it is not a security audit.
- Look for proxies and upgrades. Identify the implementation and the upgrade authority.
- Review administrator powers. Look for owner, admin, pause, upgrade, fee, and access-control functions.
- Review token approvals. Before approving, confirm the token, spender, and allowance.
- Start small. For a first interaction, consider a small test amount while accounting for fees.
Vì sao chữ ký của người dùng quan trọng
Hợp đồng thông minh không tự động có quyền truy cập toàn bộ ví. Hợp đồng nhận một lệnh gọi cụ thể và chỉ có thể dùng những quyền đã được cấp.
Tuy nhiên, chữ ký có thể cho phép nhiều hơn một giao dịch chuyển đơn giản. Chữ ký có thể phê duyệt việc chi tiêu token, cấp hạn mức không giới hạn, hoán đổi tài sản, chuyển NFT hoặc kích hoạt một chuỗi lệnh gọi phức tạp.
Nếu ví không thể giải thích rõ yêu cầu, người dùng đối mặt với rủi ro “ký mù”. Không nên phê duyệt giao dịch chỉ vì liên kết đến từ một cuộc trò chuyện quen thuộc hoặc trang web trông giống trang chính thức.
Kết luận
Hợp đồng thông minh không phải là lời hứa hay sự bảo đảm thần kỳ về tính công bằng. Đây là chương trình thực thi các quy tắc đã mã hóa và để lại lịch sử có thể xác minh.
A confirmed operation cannot be quietly edited after the fact. However, future parameters or logic may be changeable if the architecture was designed that way. The most useful question is therefore not only “Is there a smart contract?” but also: “What does its code allow, and who can influence how it works in the future?”
