Trustinel
Video

SEC sắp bỏ phiếu Regulation Crypto: Từng dòng quy định đang viết lại mã nguồn của thị trường

Hoàng Tâm

Tôi đang ngồi trong phòng lab ở Tallinn, mở terminal và chạy một script crawl dữ liệu on-chain từ năm 2017. Đột nhiên, một thông báo từ BeInCrypto đập vào mắt: SEC sẽ bỏ phiếu về Regulation Crypto vào thứ Sáu, 14/8. Tôi dừng tay. Đây không phải là một bản nâng cấp giao thức thông thường. Đây là một hard fork của toàn bộ hệ sinh thái Mỹ.

Từng dòng code trong Bancor đều kể một câu chuyện. Nhưng lần này, câu chuyện được viết bởi các luật sư, không phải lập trình viên. Tuy nhiên, với tư cách là một kỹ sư ZK, tôi biết rằng bất kỳ quy tắc nào cũng có thể được phân tích như một smart contract: có logic, có điều kiện, có lỗ hổng. Và tôi sẽ đọc nó trước khi nó được deploy.

Bối cảnh: CLARITY Act – đạo luật về phân loại tài sản số – đã chết trong Quốc hội. SEC không còn chờ đợi. Họ tự tạo ra một khuôn khổ mới: Regulation Crypto. Đề xuất này bao gồm ba trụ cột: miễn trừ đăng ký chào bán token, safe harbor cho các dự án phi tập trung, và tiêu chuẩn lưu ký cho broker-dealer. Nếu được thông qua, đây sẽ là lần đầu tiên Hoa Kỳ có một con đường pháp lý riêng cho tiền mã hóa. Không còn phải đoán Howey Test nữa.

Nhưng tôi không quan tâm đến chính trị. Tôi quan tâm đến những dòng chữ nhỏ – nơi các kỹ sư sẽ phải thay đổi thiết kế giao thức của họ.

Core: Những dòng quy định đang âm thầm viết lại mã nguồn

Hãy nhìn vào miễn trừ chào bán token. SEC sẽ cho phép các dự án huy động vốn mà không cần đăng ký đầy đủ, với điều kiện đáp ứng một số tiêu chí. Tôi cá rằng những tiêu chí này bao gồm: tỷ lệ phân bổ token cho đội ngũ, số lượng người nắm giữ, mức độ tập trung quyền biểu quyết. Nói cách khác, SEC đang định nghĩa thế nào là “đủ phi tập trung” bằng một con số. Điều này giống như đặt một threshold trong circuit ZK: nếu số lượng validator dưới 21, bạn fail.

Tôi đã từng phân tích Bancor v0.3 vào năm 2017. Lúc đó, không có quy tắc nào về thanh khoản tập trung. Kết quả: một lỗ hổng định giá động khi thanh khoản thấp, gây mất 12 ETH cho quỹ bounty. Ngày nay, nếu SEC áp đặt một ngưỡng “tối thiểu 1000 holder” để được miễn trừ, các dự án sẽ phải thiết kế airdrop sao cho đạt số lượng đó ngay từ TGE. Điều này ảnh hưởng trực tiếp đến tokenomics.

Tiếp theo, safe harbor cho dự án phi tập trung. Theo thông tin rò rỉ, SEC có thể yêu cầu các dự án đạt được một mức độ phi tập trung nhất định trong vòng 3 năm, nếu không sẽ bị coi là chứng khoán. Đây là một cliff về mặt pháp lý. Tôi đã thấy điều này trong các vesting schedule của token: đội ngũ bị khóa 3 năm, nhưng lần này là toàn bộ dự án bị khóa. Nếu bạn không phân tán quyền kiểm soát đủ nhanh, bạn sẽ rơi vào vùng xám.

Về mặt kỹ thuật, điều này có nghĩa là các giao thức cần tích hợp cơ chế “gradual decentralization” ngay từ đầu. Không thể launch với một multi-sig 2/3 rồi sau đó mới nghĩ đến DAO. SEC sẽ yêu cầu một lộ trình có thể kiểm chứng trên chain. Tôi đã từng xây dựng pipeline kiểm thử cho zkEVM của Polygon, phát hiện 8 lỗi trong circuit arithmetization. Lỗi lớn nhất là thiếu kiểm tra tính toàn vẹn của state transition – tương tự như việc không kiểm tra xem quyền quản trị đã được chuyển giao đúng cách chưa. SEC sẽ làm điều tương tự với các dự án: họ sẽ audit quá trình phi tập trung hóa.

Điều thú vị là SEC và CFTC đã cùng ban hành quy tắc miễn trừ staking, mining và airdrop vào tháng 3. Điều này cho thấy các cơ quan quản lý đã bắt đầu phân loại các cơ chế đồng thuận. PoW và PoS được coi là an toàn hơn về mặt chứng khoán. Nhưng còn các cơ chế mới như Proof of History hay Proof of Storage thì sao? Tôi nghi ngờ SEC sẽ phải cập nhật danh sách này thường xuyên, giống như một bộ test vector cho consensus.

Contrarian: Góc nhìn phản trực giác – Rủi ro ẩn dưới lớp vỏ “rõ ràng”

Nhiều người cho rằng Regulation Crypto là tin tốt. Tôi không đồng ý. Sự rõ ràng về quy định có thể tạo ra một ảo tưởng an toàn. Hãy nhìn vào thất bại của Terra/LUNA năm 2022. Tôi đã phân tích 200 block trước khi crash và phát hiện 3 lần lệch giá oracle >5% trong 30 phút cuối, nhưng không có fallback. Lúc đó, không có quy tắc nào yêu cầu oracle phải có cơ chế dự phòng. Nếu SEC áp đặt các tiêu chuẩn về oracle, liệu điều đó có ngăn được sự sụp đổ? Có thể, nhưng nó cũng tạo ra một cảm giác an toàn giả tạo, khiến các nhà phát triển lơ là các rủi ro khác.

Rủi ro thứ hai: quy tắc này có thể bị lật đổ bởi tòa án hoặc chính quyền kế tiếp. Nếu phiếu bầu ngày thứ Sáu là 3-2 theo đường lối đảng phái, quy định sẽ bị chính trị hóa. Một thay đổi trong chính quyền có thể xóa sổ toàn bộ khuôn khổ. Điều này giống như một smart contract không có upgrade mechanism: một khi deploy, bạn không thể sửa lỗi. Các dự án đầu tư vào tuân thủ theo Regulation Crypto có thể mất trắng nếu quy tắc bị bãi bỏ.

Rủi ro thứ ba: quy định này có thể tạo ra một rào cản gia nhập lớn cho các dự án nhỏ. Chi phí tuân thủ (luật sư, audit, KYC/AML) sẽ đẩy các startup ra khỏi thị trường Mỹ. Tôi đã thấy điều này trong lĩnh vực ZK: các công ty nhỏ không thể cạnh tranh với các phòng thí nghiệm lớn về chi phí phát triển circuit. Regulation Crypto sẽ khuếch đại sự bất bình đẳng này.

Cuối cùng, tôi lo ngại về “safe harbor” – nó có thể trở thành một cái bẫy. Nếu SEC yêu cầu dự án phải đạt được phi tập trung trong 3 năm, nhưng không định nghĩa rõ “phi tập trung”, các dự án có thể bị mắc kẹt trong vòng xoáy pháp lý. Tôi đã từng kiểm tra zk-SNARKs của Zcash năm 2020 và phát hiện overhead 40% so với tài liệu. Tương tự, safe harbor có thể có overhead ẩn mà không ai lường trước.

Takeaway: Dự báo cho những ai đang viết code

Tôi không phải là luật sư. Tôi là một kỹ sư. Nhưng tôi biết rằng mọi quy định đều có thể được dịch thành các ràng buộc kỹ thuật. Nếu bạn đang xây dựng một giao thức, hãy bắt đầu thiết kế với giả định rằng SEC sẽ kiểm tra mức độ phi tập trung của bạn bằng một script. Hãy đo lường tỷ lệ nắm giữ của top 10 địa chỉ, số lượng validator, thời gian khóa của đội ngũ. Hãy coi đó là một phần của invariant test.

Vào thứ Sáu, khi văn bản quy định được công bố, tôi sẽ mở một terminal mới, tải PDF về, và bắt đầu phân tích như một smart contract. Bởi vì tôi biết: từng dòng chữ trong Regulation Crypto cũng sẽ kể một câu chuyện – và câu chuyện đó sẽ quyết định cách chúng ta viết code trong năm năm tới.

Aha. Có lẽ đây là lần đầu tiên tôi thấy một bản nâng cấp không cần gas fee, nhưng chi phí tuân thủ có thể còn đắt hơn.