Solana trong SSP

Solana nhanh, rẻ, và ngày càng là nơi stablecoin thực sự luân chuyển. Đây cũng là chuỗi mà multisig tự lưu ký trong lịch sử khó làm cho đúng nhất — không phải vì mật mã học khó, mà vì mô hình tài khoản của Solana biến "một địa chỉ do nhiều bên kiểm soát" thành một đối tượng lạ lùng hơn nhiều so với trên Bitcoin.

SSP giữ SOL và token SPL trong đúng cơ chế multisig 2-trên-2 mà bạn đã dùng cho Bitcoin và Ethereum: một khóa nằm trong tiện ích trình duyệt, một khóa nằm trên điện thoại, cả hai đều bắt buộc cho mọi giao dịch. Bài này giải thích điều đó có nghĩa gì riêng trên Solana — địa chỉ được dẫn xuất ra sao, ai trả phí, thiết bị của bạn kiểm tra những gì, và phần nào thực sự khác với các chuỗi bạn đã quen.

Solana là gì, nhìn từ ghế người tự lưu ký

Solana là một cỗ máy trạng thái toàn cục duy nhất, xử lý giao dịch song song thay vì lần lượt. Với người giữ khóa của chính mình, ba tính chất quan trọng hơn con số thông lượng trên tiêu đề.

Thứ nhất, mọi thứ đều là tài khoản. Số dư của bạn, mint của một token, mã của một chương trình và dữ liệu chương trình đó lưu trữ — tất cả đều nằm trong các tài khoản có địa chỉ và chủ sở hữu. Thứ hai, tài khoản tốn tiền thuê: để tồn tại trên chuỗi, một tài khoản phải giữ số dư SOL tối thiểu tỉ lệ với kích thước của nó. Khoản ký quỹ ấy được hoàn lại khi tài khoản đóng, nhưng đó là tiền thật và phải đến từ đâu đó. Thứ ba, giao dịch hết hạn rất nhanh — một giao dịch Solana thông thường tham chiếu tới một blockhash gần đây và mất hiệu lực sau khoảng một phút.

Mỗi tính chất đó đều kéo theo hệ quả trực tiếp cho việc ký bằng hai thiết bị, và mỗi tính chất đều được SSP xử lý một cách minh bạch thay vì che đậy. Tài liệu lõi của chính Solana là nguồn sơ cấp về mô hình tài khoản và tiền thuê nếu bạn muốn bản gốc.

Một địa chỉ không có người tạo

Ở hầu hết các thiết kế multisig trên Solana, ví phải được tạo ra. Ai đó gửi một giao dịch thiết lập nó, và địa chỉ thu được phụ thuộc vào những dữ liệu được chọn trong giao dịch ấy — thường là một khóa ngẫu nhiên dùng một lần. Hệ quả thực tế là địa chỉ không tồn tại cho tới khi một người tạo khai sinh ra nó, và trước đó không thể nhận tiền.

Chương trình on-chain của SSP hoạt động khác. Địa chỉ kho của bạn là dấu vân tay của tập thành viên đã sắp xếp cộng với ngưỡng phê duyệt, và không gì khác. Bất kỳ ai biết thành viên là những ai và cần bao nhiêu phê duyệt đều có thể tính ra địa chỉ ngoại tuyến, trước khi bất cứ thứ gì chạm tới chuỗi. Việc đăng ký là không cần cấp phép: chương trình chỉ kiểm tra rằng những thành viên bạn trình ra thật sự băm ra đúng địa chỉ được tuyên bố, nên đăng ký chẳng thay đổi điều gì về việc ai được chi tiêu.

Vì thế không có người tạo nào để phải tin, không có bên đăng ký đặc quyền, và không có khóa quản trị. Việc chi tiêu chỉ bị chi phối bởi phép kiểm ngưỡng bên trong chương trình. Nếu bạn muốn bức tranh đầy đủ, vì sao địa chỉ multisig trên Solana lại khó bàn về vấn đề nền tảng, multisig Solana tự khởi tạo bàn về chính chương trình, và SSP so với Squads V4 là bản đối chiếu đầy đủ.

Nếu bản thân mô hình 2-trên-2 còn mới với bạn, hãy bắt đầu từ multisig 2-trên-2 là gì.

Vì sao hai thiết bị cần đến durable nonce

Đây là vấn đề mà việc hết hạn tạo ra. Tiện ích của bạn dựng và ký một giao dịch. Sau đó điện thoại phải phê duyệt nó. Nếu bạn rời phòng, đi ăn trưa rồi quay lại, blockhash mà giao dịch tham chiếu đã chết từ lâu và mọi thứ phải dựng lại từ đầu.

SSP giải quyết bằng một tài khoản durable nonce dẫn xuất từ địa chỉ multisig của bạn. Thay vì một blockhash gần đây, giao dịch tham chiếu tới một nonce chỉ tiến lên khi giao dịch thực sự được đưa lên chuỗi. Cửa sổ ký thôi không còn là một chiếc đồng hồ bấm giờ. Bạn có thể phê duyệt trên điện thoại vài phút hay vài giờ sau đó và giao dịch vẫn hợp lệ — nhưng nó vẫn chỉ dùng được một lần, bởi việc thực thi làm nonce tiến lên.

Tài khoản nonce được tạo trong lần gửi đầu tiên, và là một trong hai tài khoản có tiền thuê xuất hiện trong chi phí lần gửi đầu ấy. Durable nonce và việc ký trên hai thiết bị đi sâu hơn.

Ai trả phí

Trên Solana, tài khoản trả phí cho một giao dịch được gọi là fee payer, và nó phải ký. Điều đó tạo ra một bài toán khởi động khó chịu cho một multisig vừa mới tinh: kho cần SOL để trả cho chính giao dịch sẽ chuyển SOL của nó, còn những tài khoản cần tiền thuê thì chưa tồn tại.

SSP dùng một paymaster. Relay của SSP vận hành một tài khoản ký với vai trò fee payer, ứng trước phí mạng và mọi khoản tiền thuê, rồi được kho của bạn hoàn lại ngay trong cùng giao dịch đó. Không có bước riêng nào, không có khoản tín dụng nào được cấp, và không có cách nào để việc hoàn phí xảy ra mà thiếu hai chữ ký của bạn — nó đi kèm trong chính đề xuất mà hai thiết bị của bạn phê duyệt.

Có hai hệ quả đáng ghi nhớ:

• Bạn không cần nạp sẵn SOL vào địa chỉ để trả gas. Cứ nhận SOL, rồi gửi SOL. Các tài khoản được tạo ngay ở lần gửi đầu tiên.
• Lần gửi đầu tiên tốn hơn những lần sau. Lần đầu trả tiền thuê vĩnh viễn cho tài khoản multisig và tài khoản nonce; những lần sau trả nhiều hơn phí mạng không đáng kể. Con số chính xác nằm trong bài về phí của loạt bài này.

Nếu khái niệm paymaster còn xa lạ, tài trợ gas và paymaster, giải thích trình bày khuôn mẫu chung — SSP đã dùng đúng ý tưởng đó trên các chuỗi EVM, như mô tả trong Ethereum trong SSP.

Bạn có thể giữ những gì

Solana trong SSP hỗ trợ SOL gốc và các token SPL. Ngay từ đầu, điều đó bao gồm mint USDC chính thức của Circle và FLUX trên Solana, còn những token SPL khác tìm thấy trong kho của bạn cũng được SSP nhận diện.

Điểm phân biệt hay khiến người ta vấp: trên Solana bạn không giữ token ở địa chỉ chính của mình. Mỗi token sống trong tài khoản token liên kết riêng của nó, do địa chỉ của bạn sở hữu, mỗi mint một tài khoản. Tài khoản ấy cũng cần tiền thuê, và đó là lý do gửi một token SPL cho người chưa từng giữ token đó tốn nhỉnh hơn một chút: bạn đang trả tiền để khai sinh tài khoản token của họ. SSP tạo nó tự động như một phần của lệnh chuyển thay vì báo lỗi, và bài về tài khoản token trong loạt bài này mở ra các chi tiết.

Thiết bị của bạn kiểm tra gì trước khi bạn ký

Giao dịch Solana mờ đục theo cách mà giao dịch Bitcoin không như vậy. Điều một giao dịch thực sự làm nằm trong dữ liệu lệnh, và ví buộc phải giải mã dữ liệu đó trước khi có thể nói cho bạn bất cứ điều gì đúng sự thật. Một chiếc ví chỉ đơn thuần hiển thị những gì máy chủ nói với nó là đang yêu cầu bạn tin vào máy chủ.

SSP giải mã giao dịch ngay trên thiết bị của bạn, từng byte một, bằng thư viện mã nguồn mở @runonflux/solana-multisig. Người nhận, số tiền và mint của token được đọc ra từ các byte thô rồi đối chiếu với những gì đang hiển thị. Nếu chúng không khớp, việc ký bị chặn cứng — sai lệch tại điểm đó cho thấy một cuộc tấn công đang diễn ra, chứ không phải trục trặc hiển thị. Với các lệnh chuyển SPL, số chữ số thập phân của token được nhúng ngay trong lệnh được ký, nên một mint khai báo số thập phân khác sẽ khiến chương trình on-chain từ chối giao dịch.

Cùng nguyên tắc ấy chi phối chương trình: các bản dựng mainnet có thể tái tạo từ mã nguồn đã công bố, nên mã byte triển khai tại SSPWVu7dtTDkZYmDx73StqV46PioSmdiNE7igpjHK1r có thể được dựng lại và đối chiếu một cách độc lập. Một tuyên bố về bảo mật chỉ đáng giá bằng đúng khả năng bạn tự kiểm chứng nó.

Bắt đầu thế nào

Cập nhật SSP Wallet và SSP Key lên bản mới nhất, rồi bật Solana từ bộ chọn chuỗi. Với đồng bộ theo lô của v2, bạn có thể bật nó cùng bất kỳ chuỗi nào khác chỉ bằng một lần phê duyệt trên điện thoại. Nếu bạn chưa thiết lập SSP, thiết lập ví SSP đầu tiên của bạn là nơi để bắt đầu.

Từ đó trở đi, Solana hoạt động như mọi chuỗi khác trong SSP: nó được tính vào tổng Portfolio của bạn, các lệnh gửi đi theo đúng luồng soạn → xem lại → phê duyệt với địa chỉ người nhận hiển thị đầy đủ, và mọi giao dịch đều được hai thiết bị của bạn cùng ký. Thông báo ra mắt mainnet cho biết những gì đã phát hành và vào lúc nào.