Chủ Đề Kỹ Thuật Nâng Cao

Ngay cả giao dịch được tạo đúng có thể không vào block. Hiểu nguyên nhân giúp tránh lãng phí thời gian và gas.

Kiến Trúc Giao Dịch Solana

Mỗi giao dịch trong Solana có giới hạn nghiêm ngặt và ràng buộc thời gian:

• Kích thước tối đa: 1,232 bytes (MTU gói mạng)
• Giới hạn Compute Units: 1,400,000 CU mỗi giao dịch
• Thời gian sống: 150 slot (~60-90 giây)
• Tính hợp lệ Blockhash: Chỉ hợp lệ cho block gần đây

Transaction Expired: Lỗi Phổ Biến Nhất

Điều gì đã xảy ra: Giao dịch chứa tham chiếu đến blockhash gần đây (định danh block). Nếu hơn 150 slot trôi qua khi chờ trong hàng đợi, mạng từ chối giao dịch vì đã lỗi thời.

Quy trình kỹ thuật:

• Bạn tạo giao dịch với blockhash của block N
• Giao dịch chờ được đưa vào block
• Mạng đạt block N+150
• Blockhash của bạn không còn trong danh sách "recent blockhashes"
• Validator từ chối giao dịch với lỗi "Blockhash not found"

Tại sao điều này xảy ra:

Tắc nghẽn mạng: Trong NFT mint phổ biến hoặc token hype, mạng nhận hàng triệu giao dịch. Priority Fee quyết định thứ tự.

Priority Fee thấp: Nếu bạn đặt phí tối thiểu, validator sẽ ưu tiên giao dịch với thanh toán cao hơn.

Vấn đề RPC: Node RPC công khai có thể chậm hoặc mất kết nối.

Giải pháp:

• ✅ Tăng Priority Fee lên "Medium" hoặc "High" trong cài đặt ví
• ✅ Thử lại sau 1-2 phút (blockhash tự động cập nhật)
• ✅ Sử dụng RPC endpoint riêng tư (Helius, Triton) để ổn định

Quan trọng: Giao dịch expired KHÔNG khấu trừ phí. Tiền của bạn an toàn.

Account State Changed: Xung Đột Dữ Liệu

Điều gì đã xảy ra: Giữa thời điểm tạo giao dịch và thực thi, trạng thái tài khoản đã thay đổi.

Kịch bản điển hình:

Kịch bản 1: Nạp tiền trong khi cleanup

• Scanner xác định: tài khoản trống, số dư = 0
• Bạn tạo giao dịch CloseAccount
• Ai đó gửi bạn 1 token vào tài khoản này
• Giao dịch cố đóng tài khoản có số dư > 0
• Lỗi: "Account has non-zero balance"

Kịch bản 2: Race condition với giao dịch khác

• Bạn gửi swap token A trên DEX
• Đồng thời gửi giao dịch đóng tài khoản token A
• Cả hai giao dịch cố sửa đổi cùng tài khoản
• Một qua, hai bị từ chối

Giải pháp:

• ✅ Quét lại - dữ liệu sẽ cập nhật
• ✅ Sử dụng công cụ có pre-flight simulation (kiểm tra trước khi gửi)
• ✅ Tránh thao tác đồng thời với một token

Compute Budget Exceeded: Vượt Giới Hạn Tính Toán

Điều gì đã xảy ra: Giao dịch cố thực thi thao tác quá phức tạp, vượt giới hạn 1.4M Compute Units.

Nguyên nhân:

• Quá nhiều instruction trong batch: Cố đóng 30-40 tài khoản cùng lúc
• Smart contract phức tạp: Một số Token-2022 với extension cần nhiều tính toán hơn
• Lệnh gọi program lồng nhau: Program A gọi program B, program B gọi C

Giải pháp:

• ✅ Giảm số tài khoản trong batch (đóng 15-20 thay vì 25-30)
• ✅ Sử dụng công cụ tự động tối ưu kích thước batch
• ✅ Thêm instruction ComputeBudgetProgram.setComputeUnitLimit() để tăng giới hạn

Chi tiết kỹ thuật: Bạn có thể yêu cầu tối đa 1,400,000 CU, nhưng điều này yêu cầu Priority Fee cao hơn tỷ lệ:

Priority Fee = CU requested × Price per CU

Insufficient Lamports: Không Đủ Tiền

Điều gì đã xảy ra: Không đủ SOL trên số dư để thực hiện thao tác.

Nguyên nhân không rõ ràng:

Rent-exempt minimum: Nếu cố chuyển tất cả SOL nhưng có tài khoản trống mở, ví phải giữ tối thiểu để bao rent tất cả tài khoản.

Thay đổi gas động: Trong lúc tắc nghẽn, Priority Fee có thể tăng 10-100x. Giao dịch tạo với tính toán 0.000005 SOL gas có thể cần 0.0005 SOL.

Nhiều giao dịch: Bạn gửi 5 giao dịch liên tiếp, mỗi cái dự trữ gas. Cái cuối không qua do thiếu tiền tự do.

Giải pháp:

• ✅ Luôn giữ tối thiểu 0.01-0.02 SOL trên số dư
• ✅ Dùng chế độ "Advanced" trong ví để kiểm soát dự trữ gas
• ✅ Gửi giao dịch tuần tự, chờ xác nhận

Token Extensions Program (Token-2022) là sự tiến hóa của SPL Token cổ điển, ra mắt năm 2023.

Sự Khác Biệt Chính So Với SPL Token

SPL Token (cổ điển):

• Program ID: TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA
• Kích thước cố định: 165 bytes
• Chức năng cơ bản: transfer, mint, burn, approve

Token-2022:

• Program ID: TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb
• Kích thước biến đổi: 165-500+ bytes (tùy extension)
• Chức năng mở rộng: 16+ khả năng bổ sung

Extension Chính

Transfer Fee Extension:

Cho phép người tạo token thu phí mỗi lần chuyển.

Ví dụ:

Chuyển 100 token Fee: 2% = 2 token Người nhận nhận: 98 token Người tạo nhận: 2 token phí

Tác động lên thu hồi rent: Tài khoản với Transfer Fee chiếm nhiều chỗ hơn → rent tăng lên ~0.0025 SOL.

Permanent Delegate:

Người tạo token chỉ định địa chỉ có thể chuyển token từ bất kỳ ví nào mà không cần sự đồng ý của chủ sở hữu.

Ứng dụng:

• Stablecoin tập trung (USDC có thể đóng băng tiền tội phạm)
• Token game (nhà phát triển có thể tịch thu khi ban)

Rủi ro: Người tạo có quyền truy cập backdoor vào tiền của bạn.

Confidential Transfer:

Mã hóa số dư bằng zero-knowledge proof.

Cách hoạt động:

• Chỉ số dư mã hóa được nhìn thấy công khai
• Người gửi và người nhận biết số tiền thực
• Validator có thể xác minh tính đúng mà không tiết lộ

Kích thước tài khoản: Tối đa 400 bytes → rent tới ~0.004 SOL

Non-Transferable Token:

Token không thể chuyển (soulbound).

Ứng dụng:

• Chứng chỉ và bằng cấp
• Thành tích trong game
• Token KYC (xác minh danh tính)

Đặc điểm thu hồi rent: Token như vậy không thể đốt, nhưng có thể đóng tài khoản nếu người tạo cung cấp chức năng này.

Tại Sao Công Cụ Cũ Không Thấy Token-2022

Lý do kỹ thuật: Dịch vụ cleanup cổ điển sử dụng phương thức RPC chỉ trả về SPL token. Cách tiếp cận đúng yêu cầu hai truy vấn riêng cho SPL và Token-2022 program.

Thu Hồi Rent Token-2022

Số tiền thu hồi (ước tính):

• Token-2022 cơ bản: ~0.00204 SOL (như SPL)
• Với một extension: ~0.0025 SOL
• Với hai extension: ~0.003 SOL
• Với Confidential Transfer: ~0.004 SOL

Quan trọng: Số tiền thực tế phụ thuộc kích thước tài khoản chính xác tính bằng byte.

Quy trình đóng: Giống hệt SPL token - Burn số dư còn lại (nếu có), sau đó instruction CloseAccount. Điểm khác biệt duy nhất: cần dùng Program ID đúng khi tạo instruction.

Program Derived Address (PDA) - tài khoản được kiểm soát bởi program, không phải người dùng.

PDA Là Gì Về Mặt Kỹ Thuật

Tài khoản thông thường:

Private Key → Public Key (địa chỉ) Chữ ký giao dịch = private key của bạn

PDA:

Program ID + Seeds → Địa chỉ xác định Chữ ký giao dịch = program (qua invoke_signed)

Đặc điểm chính: PDA không có private key. Chỉ program mới có thể ký thao tác thay mặt nó.

PDA Được Sử Dụng Ở Đâu

Protocol lending (Solend, MarginFi):

Khi bạn gửi tiền:

• Program tạo PDA để lưu collateral của bạn
• Bạn là chủ sở hữu nhưng không kiểm soát trực tiếp
• Rút tiền chỉ có thể qua hàm withdraw() của program

DEX (Raydium, Orca):

Lệnh mở được lưu trong PDA - Order Book chứa PDA của mỗi lệnh mở. Hủy lệnh = đóng PDA + hoàn rent

Program staking:

Token đã stake của bạn nằm trong PDA - program kiểm soát thời gian unlock, bạn không thể "ăn cắp" token của mình trước khi hết hạn

Có Thể Hoàn Rent Từ PDA Không

Tùy thuộc vào triển khai program.

Nếu program cung cấp Close Authority cho người dùng:

✅ Bạn có thể đóng PDA và hoàn rent
Ví dụ: Phiên bản Serum DEX lỗi thời, protocol lending cũ

Nếu program không cung cấp:

❌ PDA tồn tại mãi mãi
Ví dụ: Một số staking program tạo PDA vĩnh viễn

Nếu tiền vẫn đang sử dụng:

❌ Không thể đóng cho đến khi rút
Ví dụ: Không thể đóng PDA có khoản vay đang hoạt động trong lending

Cách Xác Định Có Thể Hoàn Rent Không

Bước 1: Kiểm tra Owner

Mở tài khoản trong Solscan và kiểm tra xem Owner có phải program đã biết (Raydium, Orca) không.

Bước 2: Kiểm tra số dư

Nếu số dư = chỉ rent (không có token/dữ liệu), có thể đóng được.

Bước 3: Kiểm tra Close Authority

Một số explorer hiển thị field Close Authority. Nếu đó là địa chỉ của bạn - bạn có thể đóng.

Phát Hiện Tự Động Trong Công Cụ Cleanup

Dịch vụ chất lượng cao:

• Quét tất cả tài khoản mà bạn là Rent Payer
• Lọc theo program có logic đã biết
• Kiểm tra số dư và trạng thái qua RPC
• Chỉ hiển thị PDA an toàn để đóng

Cảnh báo: Không đóng PDA thủ công mà không hiểu. Có thể mất quyền truy cập tiền trong protocol.

Hardware wallet cung cấp bảo mật tối đa nhưng yêu cầu các bước bổ sung cho thao tác cleanup.

Tại Sao Ledger Chặn Giao Dịch Phức Tạp

Giới hạn màn hình: Ledger Nano S/X có màn hình 128×64 pixel. Nó có thể hiển thị địa chỉ người nhận (một phần), số tiền chuyển và thông tin giao dịch cơ bản, nhưng KHÔNG thể hiển thị chi tiết 20 instruction CloseAccount, danh sách tất cả tài khoản bị ảnh hưởng, hoặc lệnh gọi smart contract phức tạp.

Cơ chế bảo vệ: Nếu Ledger không thể hiển thị chi tiết giao dịch, nó từ chối mặc định với lỗi:

Condition of use not satisfied (0x6985)

Blind Signing Là Gì

Blind Signing - chế độ mà bạn cho phép Ledger ký giao dịch mà không hiển thị đầy đủ chi tiết trên màn hình.

Cách bật:

• Kết nối Ledger với máy tính
• Mở app Solana trên thiết bị
• Nhấn cả hai nút đồng thời để vào Settings
• Tìm tùy chọn "Blind signing"
• Chuyển sang "Enabled"
• Thoát khỏi Settings

Quan trọng: Cài đặt này nằm trong app Solana trên Ledger, không phải trong Ledger Live trên máy tính.

Rủi Ro Blind Signing

Mất xác minh trên thiết bị: Bạn không thấy mình đang ký gì. Về lý thuyết, trang web độc hại có thể gửi giao dịch chuyển tất cả SOL cho hacker và đóng tài khoản của bạn - và bạn sẽ không thấy điều này trên màn hình Ledger.

Cách giảm thiểu rủi ro:

• ✅ Chỉ bật Blind Signing cho thao tác cụ thể
• ✅ Chỉ dùng dịch vụ đã xác minh
• ✅ Kiểm tra simulation giao dịch trong ví Phantom/Solflare (nếu dùng làm giao diện)
• ✅ Tắt Blind Signing ngay sau khi dùng

Workflow Thay Thế Không Cần Blind Signing

Phương pháp 1: Cleanup một phần

Một số thao tác đơn giản không yêu cầu Blind Signing - đóng 1-3 tài khoản mỗi giao dịch, SPL token đơn giản không có extension.

Phương pháp 2: Export qua xpub

• Export extended public key từ Ledger
• Import vào hot wallet (watch-only)
• Cleanup trên hot wallet
• Gửi SOL đã thu hồi về Ledger

Phương pháp 3: Tạo ví trung gian

• Chuyển tiền sang hot wallet tạm thời
• Cleanup trên hot wallet
• Trả tiền về Ledger

Ví multisignature (Squads Protocol, Goki) dùng nhiều key để ủy quyền giao dịch.

Multisig Hoạt Động Thế Nào Trong Solana

Cấu trúc:

Multisig Vault (PDA) ├── Signer 1: Alice (1/3 phiếu) ├── Signer 2: Bob (1/3 phiếu) └── Signer 3: Charlie (1/3 phiếu) Threshold: 2/3 (cần chữ ký từ hai trong ba)

Quy trình giao dịch:

• Alice tạo Proposal: "Đóng 50 tài khoản trống"
• Bob xem xét và Approve
• Đạt threshold (2/3) → giao dịch tự động thực thi
• Charlie có thể Approve sau (nhưng không cần thiết)

Tại Sao Công Cụ Cleanup Thông Thường Không Hoạt Động Với Multisig

Vấn đề: Dịch vụ tiêu chuẩn cố gửi giao dịch ngay sau khi kết nối ví. Nhưng trong Multisig:

• Một chữ ký không đủ
• Cần tạo Proposal
• Chờ signer khác

Vấn đề kỹ thuật: Multisig Vault là PDA. Token được lưu không phải ở địa chỉ signer mà trong Vault. Vì vậy quét địa chỉ Alice sẽ hiển thị 0 tài khoản, dù Vault có hàng trăm.

Workflow Cleanup Multisig

Bước 1: Quét địa chỉ Vault

Tìm địa chỉ Multisig Vault trong giao diện Squads, dán vào scanner cleanup (Read-Only).

Bước 2: Export danh sách tài khoản

Một số công cụ nâng cao cho phép export danh sách token account cần đóng.

Bước 3: Tạo Proposal thủ công

Trong giao diện Squads:

• New Proposal → Custom Instruction
• Program: Token Program / Token-2022 Program
• Instruction: CloseAccount
• Account list: dán từ export
• Create Proposal

Bước 4: Thu thập chữ ký

Gửi link Proposal cho signer khác. Sau khi đạt threshold, giao dịch thực thi.

Tự Động Hóa Cho Multisig

Lập trình viên có thể tạo script dùng Squads SDK để tự động hóa tạo proposal, thu thập chữ ký và thực thi. Chi phí bao gồm gas cho tạo Proposal cộng gas thực thi giao dịch.

Solana sử dụng mã lỗi số không phải lúc nào cũng rõ ràng với người dùng.

Mã Lỗi Phổ Biến Trong Cleanup

0x0 (Success): Không phải lỗi. Giao dịch thực thi thành công.

0x1 (Insufficient funds): Không đủ SOL cho gas hoặc rent-exempt minimum. Giải pháp: Nạp số dư.

0x3 (Invalid account data): Tài khoản có cấu trúc dữ liệu không chính xác. Nguyên nhân: Token có bug, metadata hỏng. Giải pháp: Bỏ qua tài khoản này, đóng những cái khác.

0x7 (Account already in use): Giao dịch khác đồng thời sửa đổi tài khoản này. Giải pháp: Chờ 5-10 giây, thử lại.

0xBB8 (3000 - Account not rent exempt): Cố tạo tài khoản mà không có tiền gửi đủ. Trong ngữ cảnh cleanup: Bug công cụ (lỗi hiếm).

0x1771 (6001 - Custom program error): Lỗi đặc thù cho program cụ thể. Cần xem chi tiết trong error message.

Cách Lấy Chi Tiết Lỗi

Trong Phantom/Solflare:

Sau giao dịch thất bại xuất hiện:

Transaction failed View in Explorer →

Nhấn → mở Solscan với log đầy đủ.

Trong Solscan:

• Tìm section "Program Logs"
• Tìm dòng có "Error:"
• Thường có mô tả dễ đọc

Ví dụ:

Program log: Error: Account has non-zero balance Program TokenkegQf... failed: custom program error: 0x10

Giải thích: 0x10 = "Non-zero balance", không thể đóng tài khoản có token.