Hệ sinh thái Ethereum đã thành công trong việc thu hẹp khoảng cách từ TradFi sang DeFi thông qua các cổng giao dịch được quản lý và các stablecoin như EURe.
Việc chuyển tiền từ tài khoản IBAN trực tiếp vào ví của bạn diễn ra rất dễ dàng. Tuy nhiên, chiều ngược lại thì không được suôn sẻ như vậy.
Việc thanh toán từ ví web3 trực tiếp vào tài khoản IBAN bất kỳ vẫn còn rời rạc, thường yêu cầu gọi API hoặc thực hiện các thao tác thủ công.
Phần mở rộng này của ENS gắn các IBAN ảo có thể xác minh (vIBAN) vào các tên miền ENS .
Bằng cách triển khai hệ thống giải quyết phân cấp, chúng ta có thể cho phép ví xử lý IBAN như một định danh định tuyến hạng nhất trên chuỗi.
Hỗ trợ thanh toán trực tiếp giữa các bên (p2p) on-chain hoặc tự động chuyển sang các máy chủ proxy SEPA được quy định.
Bằng cách tận dụng tính chất có cấu trúc và phân cấp của IBAN (Mã quốc gia → Mã ngân hàng → BBAN), chúng ta có thể xây dựng một thư mục phi tập trung trong ENS để tự động hóa quy trình này.
Sơ đồ bản ghi văn bản ENS
Hai bản ghi văn bản mới cho các miền ENS :
viban : Một chuỗi IBAN tuân thủ tiêu chuẩn (ví dụ: EE471000001020145685).
accepted : Một danh sách các tài sản và chuỗi được ưu tiên, phân tách bằng dấu phẩy (ví dụ: eure@ Gnosis, USDC@base, ETH@taiko).
Kiến trúc bộ giải phân cấp
Hệ thống định tuyến các truy vấn thông qua các bộ phân giải chuyên dụng:
Global Resolver : trình phân giải do Các tổ chức tự trị phi tập trung (DAO) duy trì, có chức năng phân tích quốc gia.
Bộ phân giải quốc gia : Một hợp đồng Các tổ chức tự trị phi tập trung (DAO) hoặc liên minh duy trì, có chức năng phân tích mã quốc gia và mã ngân hàng. Chuyển hướng đến bộ phân giải dành riêng cho từng ngân hàng.
Bank Resolver : Được duy trì bởi tổ chức. Nó xác thực BBAN và phân giải thành địa chỉ ví và tên miền ENS .
Phương án dự phòng : Nếu không tìm thấy tuyến đường on-chain (NOROUTE), hệ thống sẽ kích hoạt một proxy Ngoài chuỗi .
Xác minh và Bảo mật
Để ngăn chặn hành vi giả mạo, hệ thống triển khai một mô hình xác thực.
- Truy vấn on-chain : Ví sẽ lấy bản ghi ENS của người nhận và yêu cầu viban.
- Đối khớp chữ ký : Xác minh thông điệp đã ký Đề xuất cải tiến Ethereum (EIP)-712 chứng minh chủ sở hữu ví kiểm soát số IBAN được yêu cầu.
struct IBANClaim { string viban;address wallet;} - Xác nhận của ngân hàng : Yêu cầu thanh toán được đối chiếu với dữ liệu do hệ thống xử lý thanh toán của ngân hàng nắm giữ.
Luồng dự phòng “Đốt và Proxy”
Khi không thể phân giải IBAN đích on-chain, hệ thống sẽ mặc định sử dụng cổng thanh toán được quy định:
- Từ chối : Trình phân giải trả về NOROUTE.
- Mục đích : Ví điện tử tạo ra một giao dịch tới Địa chỉ đốt (hợp đồng quy đổi) được chỉ định.
- Thực thi Ngoài chuỗi : Một máy chủ trung gian được quản lý (ví dụ: Monerium) xử lý việc chuyển khoản tín dụng SEPA đến IBAN cũ.
- Tính minh bạch : Cổng thanh toán cung cấp tỷ giá hoán đổi theo thời gian thực nếu tài sản được gửi (ví dụ: USDC) khác với yêu cầu của ngân hàng (ví dụ: EUR).
Cuộc thảo luận
Mô hình này trừu tượng hóa việc lựa chọn chuỗi và tính thanh khoản, ưu tiên các L2 có chi phí thấp và các rollup dựa trên (với khả năng kết hợp đồng bộ ) để đạt hiệu quả xuyên chuỗi. Tuy nhiên, vẫn còn một số câu hỏi chưa được giải đáp.
- Mô hình này có thể hoạt động như thế nào mà vẫn đảm bảo quyền riêng tư?
- Cơ chế quản trị tối ưu cho Root Resolver và Country Resolvers để đảm bảo tính trung lập là gì? (Liên minh Ngân hàng?)
Việc mở rộng trong tương lai có thể vượt ra ngoài phạm vi SEPA, bao gồm cả hệ thống thanh toán nhanh của Anh (UK Faster Payments), eYuan và các tài khoản vIBAN đa tiền tệ.
Bằng cách coi IBAN như một phần mở rộng của định danh trong hệ sinh thái ENS , chúng ta có thể tạo ra một không gian tài chính thống nhất, nơi ranh giới giữa TradFi và DeFi trở nên minh bạch.
