Gửi Solana bằng SSP

·7 phút đọc·Bởi SSP Editorial Team
Ảnh bìa SSP Academy: gửi Solana bằng SSP

Gửi Solana bằng SSP

Hướng dẫn này đưa bạn đi trọn vẹn việc gửi SOL hoặc một token SPL từ ví SSP: năm bước, một lần yêu cầu ký trong tiện ích mở rộng, và một chữ ký đồng thuận trên điện thoại. Luồng làm việc chính là luồng bạn đã quen từ Gửi Bitcoin bằng SSP — điều khác biệt trên Solana là màn hình xem lại đang kiểm tra những gì, và lần gửi đầu tiên tốn bao nhiêu.

Mới dùng SSP? Hãy thiết lập ví trước theo thiết lập ví SSP đầu tiên của bạn. Để hiểu nền tảng về cách SSP giữ SOL, hãy đọc Solana trong SSP.

Trước khi bắt đầu

Bốn điều kiện tiên quyết — không điều nào là tùy chọn.

  1. Cả hai thiết bị đã ghép cặp đều đang bật và đã mở khóa. Mô hình 2-trên-2 của SSP cần chữ ký của cả hai. Nếu điện thoại hết pin hoặc đang ngủ, lệnh gửi sẽ không hoàn tất.
  2. Solana đã được bật trong bộ chọn chuỗi. Nếu bạn chưa từng dùng SOL trong SSP, hãy bật một lần; tiện ích mở rộng và SSP Key sẽ đồng bộ chuỗi mới cùng nhau.
  3. Bạn có địa chỉ người nhận từ một nguồn đáng tin. Hãy sao chép — đừng bao giờ gõ tay. Địa chỉ Solana dùng base58 và phân biệt chữ hoa chữ thường, nên một ký tự sai không phải lỗi đánh máy mà bạn sẽ nhận ra.
  4. Bạn có đủ SOL để trang trải số tiền cộng khoản hoàn phí. Bạn không cần một số dư gas riêng, nhưng kho thực sự hoàn lại cho bên trả phí ngay trong cùng giao dịch. Phần bên dưới về chi phí lần gửi đầu tiên có các con số.

Màn hình chuỗi Solana trong SSP Wallet, chế độ tối

Bước 1: Mở màn hình gửi

Trong tiện ích trình duyệt, chọn Solana ở bộ chọn chuỗi rồi bấm Gửi. Ở bảng bên, cũng nút ấy nằm trong hàng thao tác bên dưới số dư của bạn.

Xác nhận số dư hiển thị ở đầu màn hình gửi. Con số đó là số dư khả dụng của tài khoản Solana bạn đang ở — không phải tổng Portfolio trên mọi chuỗi.

Bước 2: Dán địa chỉ người nhận

Dán địa chỉ Solana của người nhận vào ô địa chỉ, rồi đối chiếu sáu ký tự đầu và sáu ký tự cuối với nguồn bạn đã sao chép. Đọc to lên nếu điều đó giúp ích.

Với token SPL, hãy dán địa chỉ ví của người nhận, không phải địa chỉ tài khoản token của họ. SSP tự dẫn xuất đúng tài khoản token liên kết cho bạn và tạo nó nếu người nhận chưa từng giữ token đó.

Nếu chỉ một ký tự lệch, hãy dừng lại, xóa ô đó và sao chép lại từ nguồn gốc. Đây là cách phòng vệ trước đầu độc địa chỉ, khi kẻ tấn công gieo vào lịch sử giao dịch của bạn một địa chỉ trùng vài ký tự đầu và cuối với một địa chỉ bạn từng dùng. Các cuộc tấn công lừa đảo nhắm vào người dùng crypto bàn về khuôn mẫu rộng hơn.

Bước 3: Chọn tài sản và số tiền

Chọn SOL cho đồng gốc, hoặc chọn một token SPL — USDC và FLUX có sẵn mặc định, và bất kỳ token SPL nào khác mà SSP tìm thấy trong kho của bạn cũng xuất hiện trong cùng danh sách.

Nhập số tiền. SSP hiển thị bên dưới giá trị quy đổi theo loại tiền tệ bạn chọn. Nếu bạn gửi token SPL, số chữ số thập phân của token được đọc từ chính mint, và giá trị ấy được nhúng vào lệnh sẽ được ký — một mint khai báo số thập phân khác sẽ bị từ chối trên chuỗi thay vì lặng lẽ gửi sai số tiền.

Bạn có thể đính kèm một memo tùy chọn. Nó được ghi vào giao dịch dưới dạng lệnh SPL Memo, nghĩa là nó hiện trên các trình khám phá khối và được đọc ngược lại vào lịch sử SSP của bạn như ghi chú giao dịch.

Soạn một lệnh gửi Solana trong SSP Wallet, chế độ tối

Bước 4: Xem lại những gì thiết bị của bạn đã giải mã

Đây là bước quan trọng nhất trên Solana, và đáng để hiểu chứ không phải bấm cho qua.

Giao dịch Solana mang ý nghĩa của nó bên trong dữ liệu lệnh. Một chiếc ví hiển thị cho bạn những gì máy chủ nói với nó là đang cho bạn xem một tuyên bố, không phải một sự thật. SSP thay vào đó giải mã các byte thô của giao dịch ngay trên thiết bị của bạn rồi so sánh kết quả với những gì đang hiện trên màn hình: người nhận, số tiền và mint của token.

Hãy kiểm tra ba điều:

  • Người nhận — khớp với địa chỉ bạn đã đối chiếu ở bước 2.
  • Số tiền và tài sản — đúng con số và mã bạn đã nhập, không phải một giá trị làm tròn hay bị dịch chuyển.
  • Phí — khoản hoàn lại cho bên trả phí, được hiển thị rõ ràng.

Nếu các byte đã giải mã và phần hiển thị không khớp, SSP chặn hẳn việc ký thay vì chỉ cảnh báo. Một sai lệch ở điểm này là dấu hiệu tấn công đang diễn ra, không phải lỗi kết xuất.

Xem lại lệnh gửi Solana trong SSP Wallet, chế độ tối

Bước 5: Phê duyệt trên SSP Key

Xác nhận trong tiện ích mở rộng, rồi mở SSP Key trên điện thoại. Cũng những chi tiết ấy hiện ra ở đó, được giải mã độc lập trên chính thiết bị đó — điện thoại của bạn cũng không tin lời tiện ích mở rộng về người nhận hay số tiền.

Phê duyệt trên điện thoại và giao dịch được phát đi. Không cần vội: giao dịch Solana thường hết hạn khoảng một phút sau khi được dựng, nhưng SSP neo giao dịch của bạn vào một durable nonce, nên bạn có thể phê duyệt sau vài phút hay vài giờ mà nó vẫn hợp lệ. Việc thực thi làm nonce tiến lên, nên nó vẫn chỉ dùng được một lần. Durable nonce và việc ký trên hai thiết bị giải thích cơ chế này.

Việc xác nhận trên Solana rất nhanh — thường một hai giây sau khi phát đi. Sau đó giao dịch xuất hiện trong danh sách hoạt động của bạn cùng memo, nếu bạn có đặt.

Lần gửi đầu tiên tốn bao nhiêu

Lần gửi Solana đầu tiên của bạn tốn hơn mọi lần sau đó, và lý do rất đáng biết.

Lần gửi đầu tạo ra hai tài khoản trước đó chưa tồn tại: chính tài khoản multisig và tài khoản durable nonce. Cả hai đều phải giữ tiền thuê để sống được trên chuỗi, và khoản tiền thuê ấy vào khoảng 0,003 SOL, trả một lần. Mỗi lần gửi sau đó tốn cỡ 0,0001 SOL — phí mạng cộng một biên nhỏ.

Gửi một token SPL cho người chưa từng giữ token đó thêm khoảng 0,0025 SOL tiền thuê cho tài khoản token mới của họ. Gửi lại cùng token cho cùng người thì không.

Bạn không bao giờ phải nạp một số dư gas riêng để mọi thứ này chạy được. Relay của SSP vận hành một bên trả phí ứng trước chi phí và được kho của bạn hoàn lại ngay trong cùng giao dịch — khoản hoàn lại là một phần của đề xuất mà hai thiết bị của bạn phê duyệt, nên nó không thể xảy ra nếu thiếu cả hai chữ ký. Tài liệu về phí của Solana là nguồn sơ cấp về cách tính phí cơ bản và phí ưu tiên.

Nếu có gì đó trục trặc

Điện thoại chưa từng hiện yêu cầu phê duyệt. Kiểm tra xem SSP Key đã mở khóa và có kết nối mạng chưa, rồi mở lại yêu cầu đang chờ từ tiện ích mở rộng. Nhờ durable nonce, giao dịch không bị ôi thiu trong lúc bạn xử lý.

Việc ký bị chặn ở bước xem lại. Đừng thử lại một cách mù quáng. Chặn cứng nghĩa là các byte đã giải mã không khớp với phần hiển thị. Hãy đóng lệnh gửi, đối chiếu lại địa chỉ người nhận từ nguồn đáng tin của bạn, rồi làm lại từ đầu.

Số dư sau khi gửi trông thấp hơn dự kiến. Hãy so với ghi chú phí trên màn hình xem lại. Nếu đây là lần gửi đầu tiên, phần chênh chính là khoản tiền thuê một lần mô tả ở trên, và nó nằm lại cùng các tài khoản của bạn chứ không bị tiêu mất.

Bạn không chắc giao dịch đã lên chưa. Mở giao dịch từ danh sách hoạt động và theo liên kết tới trình khám phá. Tính chung cuộc của Solana đủ nhanh để một giao dịch không xuất hiện trong vài giây sau khi phát đi thì thường là chưa từng vào mạng — khi ấy chẳng có gì bị tiêu, và bạn có thể yên tâm dựng lại lệnh gửi.

Nếu cả hai thiết bị của bạn cùng lúc không dùng được, không mất gì cả — nhưng cũng không có gì chuyển đi được. Đó chính là toàn bộ ý nghĩa của multisig 2-trên-2, và rất đáng để chủ ý cân nhắc hai thiết bị ấy sống ở đâu.

Chia sẻ bài viết này

Bài viết liên quan