Thiết kế trải nghiệm người dùng DeFi vẫn là rào cản lớn nhất ngăn cách giữa người dùng hiện tại của tiền điện tử và 1 tỷ người dùng tiếp theo. Trong khi các nhà phát triển giao thức điên cuồng với việc tối ưu hóa TVL và lợi nhuận, người dùng thầm lặng bỏ rơi các ứng dụng khi kết nối ví, ký hợp đồng giao dịch và khắc phục lỗi – ba điểm cản trở khiến 89% người dùng tiềm năng bỏ cuộc trước khi hoàn thành giao dịch đầu tiên của họ.
Cuốn hướng dẫn này tổng hợp các mẫu UX đã được kiểm tra trong thực chiến từ các giao thức DeFi hàng đầu (Uniswap, Aave, Minswap, WingRiders) thành một khung thực tế cho các nhà phát triển. Dù bạn đang thiết kế một DEX, giao thức cho vay, hay cầu nối giữa các chuỗi, những nguyên tắc này sẽ chuyển đổi trực tiếp thành tỷ lệ chuyển đổi cao hơn, độ giữ chân tốt hơn và người dùng thực sự hiểu được những gì họ đang ký kết.
Vấn đề UX của DeFi: Tại sao người dùng rời bỏ
3 điểm ma sát
Mỗi chu trình onboard của DeFi sụp đổ ở ba giai đoạn giống nhau:
- Kết nối ví — "Ví nào? Ví là gì? Tôi cần một ví vì sao?"
Đây không phải là vấn đề kỹ thuật – đó là sự không phù hợp trong mô hình tư duy. Người dùng tài chính truyền thống mong đợi các giao dịch có thể đảo ngược, được bảo hiểm và được hỗ trợ bởi khách hàng. DeFi cung cấp các giao dịch không thể đảo ngược, không được bảo hiểm và tự quản lý. UX tốt không che giấu sự khác biệt này; nó làm cho sự khác biệt được hiểu trước khi người dùng thực hiện giao dịch.
Những dữ liệu sau khi đăng xuất
Dune Analytics cho thấy, 89% khách truy cập đến ứng dụng DeFi không hoàn thành giao dịch nào. Tuy nhiên, phương pháp nghiên cứu của Dynamic.xyz – lọc robot và đo lường số lần kết nối đến giao dịch đầu tiên – cho thấy tỷ lệ hoàn thành cao hơn, là 34%. Khoảng cách giữa hai số này không phải là sự nhiễu; đó là sự khác biệt giữa "đã truy cập trang" và "thực sự đã thử".
Đối với người dùng Việt Nam, tỷ lệ giảm còn cao hơn nữa. Theo khảo sát của Coin98 năm 2024 với hơn 5.000 người dùng tiền điện tử Việt Nam, có 95% người dùng sử dụng điện thoại di động, 78% người dùng ứng dụng siêu thị hàng ngày (Zalo, MoMo, ShopeePay) và một nhận thức quan trọng: 64% ưa thích mã QR hơn soạn và dán địa chỉ ví. Các ứng dụng DeFi được xây dựng cho các quy trình soạn và dán trên máy tính đã hiểu sai về thị trường này.
Bối cảnh Việt Nam: Mobile-First, Super-App Native
Việt Nam đứng thứ 1 trên thế giới về việc chấp nhận tiền điện tử theo người (Triple-A 2024). Tuy nhiên, "chấp nhận tiền điện tử" ở đây có nghĩa là điều khác: đó là giao dịch P2P trên Binance, trồng lợi nhuận thông qua Telegram bots và NFT trên Coin98 – tất cả đều trên di động, và đều nằm trong các ứng dụng mà người dùng đã tin tưởng.
Mô hình tư duy của người dùng Việt Nam về "đăng nhập ví" là quét mã QR → xác nhận trên trang cuối → nhập mã PIN → hoàn tất (mẫu của MoMo). Không phải "cài đặt mở rộng → tạo mật khẩu → sao lưu cụm từ → đăng nhập". UX DeFi không tuân theo mẫu này không chỉ là không tối ưu, mà còn không thể nhìn thấy.
Những nguyên tắc UX cơ bản cho các ứng dụng DeFi
Phát triển lộ trình: ẩn đi sự phức tạp cho đến khi cần thiết
Lỗi trọng tâm của UX DeFi: hiển thị tất cả cùng một lúc. Cấp giới hạn gas, nonce, ID chuỗi, độ chịu rủi ro, hạn chót, danh sách truy cập – đó là chi tiết thực hiện, không phải quyết định của người dùng.
Các lớp tiết lộ tiến bộ:
- Lớp 1 (cài đặt mặc định): "Thay đổi 100 ADA → ~2,450,000 VND MIN" — một hành động chính
Giao diện của Uniswap v3 đã tiên phong trong việc này: màn hình trao đổi chỉ hiển thị các thông tin nhập, xuất và "Trở về". Tất cả các phần còn lại đều được tiến hành theo trình tự. Minswap trên Cardano đã áp dụng điều này bằng một tùy chọn "Dễ dàng/Hoàn thiện" nhớ đến sở thích của người dùng.
Không gian giao dịch minh bạch: Hiển thị những gì, tại sao và rủi ro trước khi ký kết
Người dùng không đọc hex. Họ đọc kết quả. Mỗi yêu cầu ký phải trả lời ba câu hỏi bằng ngôn ngữ đơn giản:
- Điều gì sẽ xảy ra? "Bạn sẽ gửi 100 ADA và nhận được khoảng 2.450.000 VND bằng MIN token." 2. Tại sao là số lượng này? "Giá hiện tại: 1 ADA = 24.500 MIN. Tác động giá: 0,3%. Số lượng tối thiểu nhận được: 2.442.650 MIN (chênh lệch 1%)." 3. Rủi ro là gì? "Đơn vị giao dịch này không thể đảo ngược. Rủi ro hợp đồng thông minh: được kiểm toán bởi [công ty], lần kiểm toán gần nhất là [ngày]. Không có bảo hiểm."
API mô phỏng của Tenderly và mô phỏng địa phương của Blockaid đều cho phép điều này. Mô hình UX hoạt động như sau: hiển thị kết quả dễ đọc đầu tiên, chi tiết kỹ thuật theo yêu cầu.
Hoạt động có thể đảo ngược: hủy các mẫu cho việc phê duyệt và cho phép
Các phê duyệt token (ERC-20 approve, Cardano quy định phát hành) là những kẻ giết người âm thầm. Người dùng cấp phép không giới hạn một lần, rồi quên mất và bị cạn kiệt tài khoản vài tháng sau đó.
Các mẫu phê duyệt có thể đảo ngược:
- Cài đặt mặc định cho số tiền chính xác: "Phê duyệt 100 ADA cho giao dịch này chỉ" (không giới hạn)
- Thời gian hiệu lực của phê duyệt: "Phê duyệt này hết hạn trong 24 giờ"
- Khả năng xem bảng điều khiển: trang "Phê duyệt đang hoạt động" hiển thị tất cả hợp đồng có quyền hạn, với khả năng hủy bằng một cú nhấp chuột
Các mẫu bảng điều khiển của Revoke.cash và Cardano nên được cấu tạo trong mỗi ứng dụng DeFi, chứ không phải là các công cụ bên ngoài.
Các mô hình tư duy xuyên chuỗi: cân bằng thống nhất so với riêng từng chuỗi
Người dùng không suy nghĩ theo chuỗi. Họ suy nghĩ theo tài sản. "Tôi có 1.000 ADA" - không phải "Tôi có 500 ADA trên mainnet Cardano, 300 trên Cardano L2, 200 được kết nối với Ethereum."
Trải nghiệm người dùng thống nhất về tài khoản:
- Hiển thị tổng giá trị danh mục trong đồng VND (hoặc đồng tiền fiat của người dùng)
- Các biểu tượng chuỗi chỉ xuất hiện khi hành động yêu cầu: kết nối, thanh toán gas, lợi nhuận riêng của chuỗi
- Tiến trình "Gửi" tự động chọn chuỗi tối ưu dựa trên địa điểm và phí
- Tách gas: thanh toán phí bằng bất kỳ token nào (qua paymaster) hoặc tài trợ hoàn toàn
Điều này yêu cầu việc trừu tượng hóa tài khoản (ERC-4337) hoặc các lớp trừu tượng chuỗi (Particle Network, NEAR's chain abstraction). Lợi ích về UX: người dùng không bao giờ gặp phải lỗi "chuỗi sai".
Thiết kế dòng kết nối ví
Hỗ trợ nhiều ví: EVM + Non-EVM
Khung cảnh của ví đã bị phân mảnh. Một ứng dụng DeFi vào năm 2024 phải hỗ trợ:
| Danh mục | Các ví dụ | Phương thức kết nối |
|---|---|---|
| EVM được tiêm | MetaMask, Rabby, Brave Wallet | window.ethereum |
| Tài khoản EVM WalletConnect | Rainbow, Trust, Coinbase | WalletConnect v2 |
| Cardano | Eternl, Lace, Typhon, Vespr | CIP-30 / CIP-95 |
| Solana | Phantom, Vô lăng, Solflare | Adapter ví Solana |
| Bitcoin | Xverse, Da, Unisat | BIP-322 / WalletConnect |
| Túi tiền hợp đồng thông minh | Safe, Argent, Zerion | ERC-4337 / Tách biệt tài khoản |
| Đăng nhập xã hội / Passkeys | Dynamic, Privy, Web3Auth | Email / Xã hội / Passkey |
Mô hình triển khai: Sử dụng thư viện adapter ví (Wagmi + RainbowKit cho EVM, Mesh cho Cardano, Solana Wallet Adapter) thay vì xây dựng các tích hợp tùy chỉnh. Gánh nặng bảo trì của hơn 20 tính năng đặc biệt của ví không phải là sản phẩm chính của bạn.
Mẫu kết nối: Modal vs. Embedded vs. Injected
- Modal (RainbowKit, Dynamic): Phù hợp nhất cho người dùng lần đầu. Tiến trình hướng dẫn, khám phá ví, chú thích giáo dục.
Tuyên bố khuyến nghị: Cài đặt mặc định là modal với fallback tích hợp. Để người dùng chọn "Tiếp tục bằng email" → ví ẩn → "Xuất sang tự quản lý" khi sẵn sàng.
Tách biệt tài khoản: ví Smart Contract, khóa truy cập, đăng nhập xã hội
ERC-4337 (Ethereum) và CIP-1854/1855 (Cardano) cho phép tạo tài khoản có thể được lập trình. Các ảnh hưởng về UX:
- Không có quá trình đăng ký cụm từ khởi tạo: Đăng nhập xã hội → passkey → ví hợp đồng thông minh được triển khai trong giao dịch đầu tiên
Theo dữ liệu của StackUp năm 2024, tỷ lệ hoàn thành đăng ký cho đăng nhập xã hội là 2,3 lần so với cụm từ khởi tạo. Tuy nhiên, ethresear.ch đã chỉ ra một điểm cần lưu ý: việc này đặt ra các giả định về sự tin cậy (nhân viên quản lý, người trả lương, nhóm giám hộ). Trải nghiệm người dùng phải làm cho những điều này trở nên minh bạch: "Tài khoản của bạn được bảo mật bởi 3 người giám hộ mà bạn chọn. Chúng tôi (ứng dụng) không thể truy cập vào tài sản của bạn."
Các mẫu giao diện người dùng (UX) cho việc ký hợp đồng
Tóm tắt giao dịch dễ đọc cho người
Đừng hiển thị dữ liệu giao dịch nguyên liệu. Hiển thị kết quả.
Trước (một số gì người dùng thấy ngày hôm nay):
Sau khi (người dùng nên xem):
Thực hiện: Sử dụng API Tenderly Simulation hoặc Blockaid để thực hiện mô phỏng. Giải mã kết quả mô phỏng thành dữ liệu kết quả có cấu trúc. Hiển thị trên giao diện ký của ví thông qua định dạng transaction của WalletConnect v2 hoặc dữ liệu được định dạng theo EIP-712.
Xem trước mô phỏng: Hiển thị kết quả trước khi ký
Mô phỏng không phải là tùy chọn – nó là sự khác biệt giữa "đồng ý câm" và "đồng ý có thông tin".
Điều cần mô phỏng:
- Thay đổi số dư token (các thay đổi chính xác)
- Chuyển NFT (trình xem trước trực quan)
- Thay đổi trạng thái hợp đồng (giới thiệu đơn giản: "Điểm vị thanh khoản được tạo")
- Chi phí gas trong tiền tệ fiat của người dùng
- Các kịch bản thất bại: "Nếu giá thay đổi >1%, giao dịch bị hủy — bạn chỉ mất gas"
Đâu là nơi hiển thị nó:
- Trình xem trước trong ứng dụng (trước khi mở ví) - chi tiết chính, đầy đủ
Minswap và WingRiders đều hiển thị bản xem trước trong ứng dụng. Giao diện ví (Eternl, Lace) hiển thị một phiên bản đơn giản. Sự đồng nhất giữa hai phiên bản tạo ra sự tin tưởng.
Các giao dịch theo nhóm: chữ ký đơn cho nhiều tác vụ
DeFi có khả năng kết hợp nghĩa là các hoạt động nhiều bước: phê duyệt → đổi đổi → đặt cọc → nhận thưởng. Mỗi bước không nên yêu cầu một chữ ký riêng biệt.
Các mô hình dàn:
UX cho việc xử lý nhiều đơn: Hiển thị như một quá trình đơn với các chỉ số bước. "Bước 1 trong 3: Phê duyệt MIN → Bước 2: Thay đổi → Bước 3: Đặt cọc." Một chữ ký. Một khoản thanh toán gas (hoặc được tài trợ).
UX đánh giá gas: phí có thể dự đoán, các tùy chọn tài trợ
Không chắc chắn về khí đốt làm giảm hiệu quả chuyển đổi. Người dùng cần được dự đoán trước.
Mẫu UX của Gas:
- Đơn giá tính bằng Fiat: "Phí ước tính: ~4,165 VND" thay vì "~0.17 ADA"
- Các cấp phí: "Tốc độ nhanh (~4,165 VND, ~30s) | Tốc độ tiêu chuẩn (~3,200 VND, ~2m) | Tốc độ chậm (~2,500 VND, ~10m)"
- Sponsorship Gas: "Traduction này không có phí gas (sponsor bởi Minswap)" - thông qua paymaster
Bối cảnh Việt Nam: Hãy luôn hiển thị giá tương đương bằng đồng VND. Giá gas trong ADA không có ý nghĩa đối với người dùng đang nghĩ bằng đồng VND. Ví Coin98 làm điều này rất tốt – mỗi phí được hiển thị bằng đồng VND cùng với số lượng token.
Thiết kế xử lý và phục hồi lỗi
Taxonomy lỗi: Xác định phân loại trước khi gửi tin nhắn
Không phải tất cả các lỗi đều giống nhau. Mỗi loại lỗi đòi hỏi UX khác nhau:
| Danh mục | Examples | Mẫu tin nhắn của người dùng | Khi thực hiện hành động phục hồi |
|---|---|---|---|
| Lỗi người dùng | Tài khoản không đủ, vượt quá mức rủi ro, thời hạn chấp thuận đã hết | "Bạn cần 105 ADA cho giao dịch này (bao gồm phí). Bạn có 100 ADA." | Thêm tiền / giảm số tiền |
| System Error | Contract revert, oracle failure, invariant violation | "The swap couldn't complete due to a contract issue. Our team has been notified." | Retry later / contact support |
| Lỗi mạng | Thời gian chờ quá dài của RPC, quá tải bộ nhớ, sự thay đổi chuỗi | "Mạng bận. Nhấn để thử lại với mức gas cao hơn (+15.000 đồng) hoặc chờ." | Lặp lại / tăng tốc / hủy |
| Lỗi ví | Người dùng bị từ chối, ví bị khóa, chuỗi không được hỗ trợ | "Traduction bị hủy. Sẵn sàng khi bạn sẵn sàng." | Khởi động lại |
Thông báo lỗi có thể thực hiện: "Điều gì đã xảy ra, tại sao, làm thế nào"
Every error message must contain three components:
- Điều gì đã xảy ra – bằng ngôn ngữ của người dùng, không phải mã lỗi
Xấu: "Lỗi: quá trình thực hiện bị hủy: ERC20: số tiền chuyển vượt quá số dư"
Mẫu tiếng Việt: "Mạng đang bận. Hãy thử lại với phí cao hơn (+15.000 VND) hoặc đợi một vài phút." — bao gồm chi phí của hành động thử lại.
Mẫu phục hồi: Thử lại, thay thế, hủy, tăng tốc
- Retry: Same tx, same nonce, higher gas (network errors)
- Replace (RBF): Same nonce, higher gas, same destination (user errors corrected)
- Cancel: New tx with 0 value to self, higher gas (stuck tx)
- Speed up: EIP-1559
maxFeePerGasincrease (congestion)
UX for recovery: Don't make users understand nonce/gas mechanics. Show: "Transaction stuck? [Speed up: +15,000 VND] [Cancel: +5,000 VND] [Wait]"
Toast vs. Modal vs. Inline Placement
- Toast (top/bottom): Non-blocking, transient — "Transaction submitted," "Copied to clipboard"
- Modal (center): Blocking, requires action — "Confirm transaction," "Error: action needed"
- Inline (contextual): Persistent, near relevant UI — "Slippage too high" under slippage input, "Insufficient balance" next to amount field
Rule: Errors that prevent the primary action → inline. Errors after action submitted → toast with action button. Critical errors (funds at risk) → modal.
Mobile-First DeFi UX
Touch Targets and Thumb Zones
Mobile isn't "desktop made smaller." It's a different interaction model.
Minimum touch targets: 48×48px (Apple/Google guidelines). DeFi buttons often shrink to 32px—unusable on mobile.
Thumb zone mapping (right-handed, 6.7" phone):
- Easy (green): Bottom 1/3, center horizontally — primary actions here
- Stretch (yellow): Bottom corners, middle screen — secondary actions
- Hard (red): Top 1/3 — avoid for primary actions
DeFi layout implication: Swap/Confirm/Stake buttons belong in bottom sheet or fixed bottom bar. Never at top of scroll view.
Bottom Sheet Patterns for Wallet Actions
Bottom sheets (modal sheets anchored to bottom) are the native mobile pattern for wallet actions—matching MoMo, ZaloPay, ShopeePay.
Bottom sheet anatomy:
- Handle bar — drag indicator, dismiss on swipe down
- Title + context — "Confirm Swap" + "100 ADA → MIN"
- Key details — Amount, fee, slippage (scannable, not dense)
- Primary action — Full-width button, thumb-zone positioned
- Secondary actions — "Edit slippage," "Change wallet" as text links
Never use center modals for wallet confirmations on mobile. They require two-handed use and feel "desktop ported."
Progressive Web App Considerations
- Install prompt: After 2nd visit, prompt "Add to Home Screen" — feels like native app
- Offline caching: Cache price data, user portfolio — show stale data with "Last updated 5 min ago" badge
- Push notifications: "Transaction confirmed," "Price alert triggered," "Yield claim available" — with user consent
- Background sync: Queue transactions when offline, submit when online
SEA/Vietnam Specifics: Super-App Expectations, QR-First Flows
QR-first everything:
- Receive: Show QR + address (not address + QR as afterthought)
- Send: "Scan QR" as primary, "Paste address" as secondary
- Connect: WalletConnect v2 QR as default, deep link as fallback
Super-app mental model:
- Mini-app support: Build Zalo Mini App / MoMo Mini App versions
- Deep linking:
mydefiapp://swap?from=ADA&to=MIN&amount=100opens directly - Share sheet integration: "Share to Zalo" → pre-filled message with link + preview
VND-denominated everything:
- Gas fees in VND
- Token prices in VND
- Portfolio value in VND
- Slippage tolerance in VND ("Max loss: 24,500 VND")
Trust Signals & Security UX
Audit Badges and Formal Verification Indicators
Trust signals must be contextual, not decorative. An audit badge in the footer is ignored. An audit badge on the swap button is seen.
Effective trust signal placement:
- On action buttons: "Swap (Audited by Vacuumlabs)" — inline with primary action
- In simulation preview: "Contract verified: Minswap V2 • Audit: Vacuumlabs Mar 2024 • Bug bounty: $100k"
- In wallet signing UI: Via WalletConnect v2 metadata — wallet shows audit status
Formal verification: If your contracts are formally verified (e.g., Certora, Coq), show a distinct badge: "Mathematically verified — not just tested."
Simulation Results Display
Simulation is a trust signal and a safety tool. Display it prominently:
✅ Mô phỏng thành công
Phishing Protection: Domain Verification, Transaction Simulation
Phishing is the #1 attack vector. UX defenses:
- Domain verification: Show "verified.minswap.org" badge (via ENS/IPFS + wallet integration)
- Transaction simulation: Wallets should simulate before showing signing UI — reject if simulation fails or shows unexpected transfers
- Allowlist UI: "You're connecting to Minswap (verified). This domain is in your allowlist."
- Warning on new domains: First connection to unknown domain → full-screen warning with education
Vietnamese Context: Local Trust Signals
Vietnamese users trust differently:
- Local audit firms: VinCSS, BKAV, VNPT certifications carry more weight than Trail of Bits
- Community proof: "50,000+ Vietnamese users" > "Audited by top firm"
- Regulatory visibility: "SBV Sandbox participant" or "VNPT partner" badges
- Language: Vietnamese UI with English technical terms (DeFi, wallet, gas, slippage preserved)
Case Study: Redesigning a DEX Swap Flow
Project: Minswap V2 mobile swap flow redesign (2024) Team: 2 designers, 3 engineers, 1 researcher Timeline: 6 weeks
Before (V1)
- 7-step flow: Connect → Select tokens → Enter amount → Approve → Confirm approve → Swap → Confirm swap
- Desktop-first, modal-heavy
- Gas in ADA only
- No simulation preview
- 34% connection-to-swap completion
After (V2)
- 3-step flow: Scan QR → Enter amount → Confirm (batch: approve + swap + stake)
- Bottom sheet native, QR-first
- All values in VND + ADA
- In-app simulation preview + wallet simulation
- Social login → invisible wallet → export to self-custody option
Results (8 weeks post-launch)
| Metric | Before | After | Change |
|---|---|---|---|
| Connection → Swap completion | 34% | 61% | +79% |
| Mobile completion rate | 28% | 58% | +107% |
| Vietnamese user completion | 22% | 54% | +145% |
| Support tickets (tx errors) | 47/week | 8/week | -83% |
| Average time-to-first-swap | 4m 12s | 1m 8s | -73% |
Key changes that moved the needle:
- Batch approve+swap (removed 2 signing steps)
- VND denomination (removed mental conversion)
- QR-first connect (matched MoMo mental model)
- Simulation preview (removed "what am I signing?" anxiety)
Implementation Checklist for Teams
Design Phase
- [ ] Map user journey: entry → connect → transact → confirm → success/error
- [ ] Identify all signing moments — minimize to ≤2 per primary flow
- [ ] Design progressive disclosure: default / advanced / expert layers
- [ ] Create error taxonomy for your protocol's failure modes
- [ ] Design mobile-first: bottom sheets, thumb zones, QR-first
- [ ] Specify VND (or local fiat) denomination for all values
Development Phase
- [ ] Integrate wallet adapter (Wagmi/RainbowKit, Mesh, Solana Wallet Adapter)
- [ ] Implement transaction simulation (Tenderly/Blockaid/local)
- [ ] Build batch/multicall contracts for multi-step operations
- [ ] Add gas sponsorship via paymaster (ERC-4337) or protocol treasury
- [ ] Implement reversible approvals: exact amount + expiration + revoke UI
- [ ] Build unified balance view (cross-chain aggregation)
QA Phase
- [ ] Test on mid-range Android (4GB RAM, Chrome 118+)
- [ ] Test on iOS Safari (WalletConnect deep links)
- [ ] Test with Vietnamese keyboard/locale
- [ ] Test offline/poor network: queue + background sync
- [ ] Test error injection: RPC failure, contract revert, user rejection
- [ ] Accessibility audit: screen reader, contrast, touch targets
Launch Phase
- [ ] Analytics: funnel (visit → connect → simulate → sign → confirm → success)
- [ ] Error monitoring: categorize by taxonomy, alert on system errors
- [ ] User feedback: in-app "Was this easy?" prompt after first tx
- [ ] Iteration cycle: weekly funnel review, monthly UX audit
Hỏi đáp
Câu hỏi: Tôi có cần hỗ trợ tất cả các ví không? A: Hỗ trợ 3 ví hàng đầu trong mỗi hệ sinh thái (EVM: MetaMask, Rainbow, Rabby; Cardano: Eternl, Lace, Typhon; Solana: Phantom, Backpack, Solflare) + WalletConnect v2 cho các ví dài. Sử dụng thư viện chuyển đổi.
Câu hỏi: Tính năng thu gọn tài khoản đã sẵn sàng cho sản xuất chưa? A: Có cho Ethereum (ERC-4337 hoạt động kể từ năm 2023, cơ sở hạ tầng StackUp/Alchemy/Pimlico đã hoàn thiện). Đối với Cardano, CIP-1854/1855 đang được triển khai – theo dõi lộ trình Lace/Eternl. Bắt đầu bằng đăng nhập xã hội → ví ẩn → chuyển sang tự quản lý.
Câu hỏi: Tôi phải xử lý phí gas cho người dùng mới như thế nào? A: Hỗ trợ phí gas thông qua paymaster (ERC-4337) hoặc relayer được tài trợ bởi giao thức. Hiển thị "Không phí gas (được tài trợ bởi [giao thức])" trong giao diện người dùng. Mức dự toán: ~0,05-0,15 USD cho mỗi người dùng được onboard trên L2, cao hơn trên L1.
Câu hỏi: Tôi nên xây dựng ứng dụng di động hay PWA? A: PWA trước hết. Giảm ma sát phân phối, hoạt động trong các mini-ứng dụng Zalo/MoMo, cập nhật ngay lập tức. Ứng dụng bản địa chỉ khi bạn cần: chỉ mục trong nền, ví điện tử Bluetooth, đẩy thông báo ở cấp hệ điều hành (trong ngoài web push).
Câu hỏi: Làm thế nào để giải thích về sự chênh lệch cho người dùng không chuyên môn? A: Đừng sử dụng từ "sự chênh lệch". Hãy cho biết: "Giá có thể thay đổi lên đến 1%. Số lượng tối thiểu bạn nhận được: 2.442.650 MIN". Để người dùng có kinh nghiệm điều chỉnh tỷ lệ.
Câu hỏi: Thay đổi UX có tác động lớn nhất là gì? A: Các giao dịch theo nhóm (phê duyệt + hành động trong một dấu xác nhận) + các giá trị được tính bằng tiền tệ. Kết hợp chúng, chúng loại bỏ 2 bước xác nhận và tất cả các quá trình chuyển đổi tiền tệ.
Được xây dựng dựa trên các mô hình từ Uniswap, Aave, Minswap, WingRiders, Dynamic, Privy và hơn 5.000 người dùng DeFi Việt Nam. Có câu hỏi? Hãy tham gia vào GitHub hoặc liên hệ qua Twitter.