Ký minh bạch

Nhiều ví vẫn chỉ hiện dữ liệu thô với bất kỳ hợp đồng nào chúng không nhận ra, và “ký mù” — duyệt những lệnh gọi mà bạn thực ra không đọc được — là một trong những con đường khiến ví bị rút sạch. Câu trả lời của Vela là ký minh bạch: trước khi bạn ký, giao dịch được giải mã thành thứ bạn hiểu được, trong phạm vi có thể.

Bạn nhìn thấy gì

Thay vì calldata thô, Vela hiện:

Ý định — giao dịch làm gì: Gửi, Cấp quyền, Hoán đổi, v.v.
Nội dung chính — số tiền và các địa chỉ liên quan, với số token hiển thị theo đơn vị thật và người nhận được hiện bằng tên nếu có.
Chi tiết — nonce, hạn chót và calldata thô, mở ra khi bạn cần chứ không dí vào mặt bạn.
Một chỉ báo rủi ro, phân màu để các thao tác nguy hiểm nổi bật lên.

Cách hoạt động (ERC-7730)

Vela giải mã cả lệnh gọi hợp đồng lẫn dữ liệu có cấu trúc EIP-712 bằng các bộ mô tả ERC-7730 — những định nghĩa nhỏ, chia sẻ được, cho biết các hàm của một hợp đồng có ý nghĩa gì.

Vela tìm bộ mô tả theo thứ tự sau:

Có sẵn trong ứng dụng — bộ mô tả cho những hợp đồng được dùng rộng rãi: router của Uniswap, PancakeSwap và SushiSwap, WETH, pool Aave v3, 1inch, Lido và wstETH, và Seaport.
Lấy từ máy chủ dữ liệu chuỗi của Vela, nơi đăng lại registry ERC-7730 công khai.
Các dạng tiêu chuẩn — token ERC-20, NFT ERC-721 và ERC-1155, vault ERC-4626 và permit ERC-2612 — nên phần lớn thao tác hằng ngày vẫn giải mã được.

Đã xác minh chỉ dành cho nguồn thứ nhất. Một giao dịch chỉ được gắn nhãn đã xác minh khi phần mô tả đến từ một bộ mô tả có sẵn trong chính ứng dụng bạn đang chạy — hoặc đến từ máy chủ dữ liệu chuỗi và giống hệt bản có sẵn, điều này chứng minh không có gì bị thay đổi trên đường truyền. Mọi thứ khác mà máy chủ gửi về vẫn được giải mã và vẫn được hiển thị, kèm một dòng nói rằng nó đến từ dịch vụ bộ mô tả và không có gì xác thực nó. Dịch vụ đó không được ký, nên nó chỉ đáng tin bằng chính người vận hành nó — một trong những lý do bạn có thể tự chạy máy chủ của mình.

Số lượng token được định dạng theo số chữ số thập phân thật trên chuỗi của token đó. Nếu Vela không xác nhận được số chữ số thập phân của một token, nó hiện số lượng như thể token có 18 chữ số và đánh dấu là chưa xác minh, để một con số sai không bao giờ trông giống một con số đã được kiểm tra.

Mức rủi ro

Mỗi giao dịch đã giải mã đều có một mức rủi ro để những mẫu nguy hiểm nổi bật lên:

Thận trọng cho các lệnh cấp quyền và permit — bạn đang trao quyền chi tiêu.
Nguy hiểm cho những gì thật sự rủi ro, như cấp quyền token không giới hạn.
Rủi ro thấp hơn cho các thao tác thường ngày như staking hay gửi tiền vào.

Lệnh cấp quyền “không giới hạn” hiện màu đỏ, kèm lựa chọn đặt hạn mức

Một lệnh cấp quyền trên chuỗi với số lượng không giới hạn là một trong những cách phổ biến nhất khiến tiền bị rút sạch về sau. Khi một dApp yêu cầu lệnh như vậy (approve, increaseAllowance, hoặc approve của Permit2) ở mức "không giới hạn" — từ 2^200 trở lên (2^152 với Permit2), tức là con số mà dApp dùng cho "không giới hạn" — Vela hiện nó bằng màu đỏ và đề nghị một hạn mức: một số lượng cụ thể, bằng số dư của bạn (khi đọc được), hoặc — trừ với increaseAllowance — thu hồi. Nếu bạn không chọn, lệnh sẽ được gửi đi đúng như dApp đã tạo: Permit2 được thiết kế dựa trên một lệnh cấp quyền thường trực, và một giao dịch gộp của tài khoản thông minh tiêu khoản được cấp quyền đó ngay trong cùng giao dịch, nên một hạn mức thấp hơn khoản tiêu đó sẽ khiến cả giao dịch gộp thất bại. Bên trong một giao dịch gộp, mỗi lệnh cấp quyền không giới hạn đều có thể đặt hạn mức riêng theo cùng cách đó (một số lượng cụ thể hoặc thu hồi). Một lần kiểm tra cuối trước khi gửi đọc thẳng calldata thô, nên một lệnh cấp quyền không giới hạn mà màn hình cấp quyền chưa từng hiện ra thì không thể gửi đi. Một lệnh cấp quyền lớn nhưng hữu hạn (kể cả khi vượt xa số dư của bạn) được hiện kèm cảnh báo thận trọng. Permit dạng chữ ký (chữ ký EIP-2612 và Permit2) không thể đặt hạn mức — dApp tự gửi bản của chính nó — nên chúng chỉ có thể được ký đúng như yêu cầu hoặc bị từ chối: permit không giới hạn hiện màu đỏ, permit có giới hạn hiện kèm cảnh báo thận trọng. Yêu cầu cấp setApprovalForAll cho NFT trên cả một bộ sưu tập hiện chưa thể được chấp thuận trong các ứng dụng.

Khi Vela không giải mã được một lệnh gọi

Khi không có bộ mô tả ERC-7730 nào nhưng hàm đó có trong một cơ sở dữ liệu selector công khai, Vela giải mã lệnh gọi theo cách chung chung và gắn nhãn giải mã tốt nhất có thể — đã giải mã, nhưng chưa xác minh — dưới một dải cảnh báo thận trọng. Nếu đến cả cách đó cũng thất bại, hoặc Vela chỉ giải mã được một phần giao dịch, nó không giả vờ đã hiểu.

Vì sao điều này quan trọng

Tự lưu ký nghĩa là không ai đảo ngược được một giao dịch tồi giúp bạn. Tuyến phòng thủ không phải là bộ phận hỗ trợ — mà là hiểu thứ bạn duyệt trước khi duyệt. Ký minh bạch là cách Vela cố gắng cho bạn thấy điều đó, và nó có giới hạn: nó chỉ trung thực được đến mức ứng dụng hiển thị nó trung thực, đó là lý do một lớp kiểm tra độc lập lại quan trọng. Xem whitepaper để biết nó nằm ở đâu trong mô hình bảo mật của Vela.