Chiến dịch mạng thử nghiệm của Tapio đã thành công: họ quan sát thấy hơn 80.000 người tham gia duy nhất, gần 3.000.000 nhiệm vụ đã hoàn thành và hơn 1.000.000 giao dịch. Chiến dịch được chia thành hai giai đoạn và bao gồm ứng dụng phi tập trung Tapio, cũng như tích hợp với các giao thức như Maverick và Gravita. Họ thấy cộng đồng của mình ngày càng phát triển và nhận ra lợi ích của Tapio trong không gian LSTfi.

Chiến dịch mạng thử nghiệm này đã cung cấp cho họ một môi trường an toàn để kiểm tra các giả định và ý tưởng của họ, đồng thời xác định các khía cạnh và vấn đề không mong muốn với ứng dụng. Nó cực kỳ hữu ích nhờ sự tham gia của toàn thể cộng đồng.

Một trong những yếu tố chính của giao thức Tapio là chính mô hình tapETH. Trong quá trình thử nghiệm mạng, họ đã xác định được một số lĩnh vực có thể được cải thiện. Hãy xem lý do và cách thức nhóm cải tiến giao thức cũng như việc cung cấp sản phẩm tổng thể.

Mã thông báo tapETH cũ/hiện tại hoạt động như thế nào?

Khái niệm tapETH độc đáo ở chỗ nó không chỉ hoạt động như một "ETH stablecoin" (với giá trị 1:1) mà còn tích lũy phần thưởng được tạo ra bởi các Token đặt cược lỏng (LST) cơ bản, cũng như phí hoán đổi/đổi từ giao dịch và chênh lệch giá LST và tapETH. Khái niệm này cho phép nó vừa là mã thông báo Nhóm thanh khoản (LP) chức năng vừa là một tài sản độc lập rất hữu ích có thể được sử dụng trong DeFi.

Nhóm quyết định sử dụng mô hình này vì hai lý do:

tapETH được liên kết với ETH

Việc liên kết với ETH đã đơn giản hóa đáng kể trải nghiệm người dùng từ cả góc độ chủ sở hữu và nhà giao dịch. Giữ và đặt cược vào tapETH cũng giống như giữ và đặt cược vào ETH, đồng thời nhận được phần thưởng và hoa hồng cho việc đặt cược, đồng thời người dùng có thể thấy ngay mình có bao nhiêu tapETH và theo đó là ETH (nhờ tỷ lệ của 1 : 1).

Cơ hội chênh lệch giá cho tapETH cũng rõ ràng hơn nhiều vì nó luôn được gắn với ETH và người dùng có thể dễ dàng xác định xem nó đang giao dịch ở mức chiết khấu hay cao cấp và hành động tương ứng.

Tương thích với UX và DeFi

Vì chốt này được đánh giá từ góc độ UX nên giải pháp rõ ràng nhất là sử dụng nó làm mã thông báo khởi động lại - tương tự như stETH của Lido, trong đó số dư mã thông báo trong ví được cập nhật hàng ngày để phản ánh sự gia tăng phần thưởng đặt cược nhận được từ chuỗi đèn hiệu.

Tuy nhiên, vấn đề nan giải trong trường hợp này tất nhiên là khó khăn trong việc tích hợp tài sản vào DeFi - do sự phức tạp gia tăng không chỉ liên quan đến sự biến động điển hình của giá trị tài sản mà còn với sự biến động của số dư mã thông báo khi phần thưởng thay đổi mỗi ngày.

Việc tapETH gắn với ETH, khả năng kiếm phần thưởng theo cách thủ công và tính bất biến của giá trị ban đầu của tapETH (cũng như ETH thông thường) có nghĩa là nó có thể được đặt cọc trong các ứng dụng DeFi như nhóm thanh khoản hoặc trang trại lợi nhuận mà không thay đổi số dư mã thông báo và duy trì Tỷ lệ 1:1 với giá của tài sản ETH.

Nhận phần thưởng theo cách thủ công có nghĩa là người dùng có thể ngồi trên tapETH của họ và nhận phần thưởng bất cứ khi nào thuận tiện cho họ (vì phần thưởng được trả theo từng khối thay vì một lần một ngày), nhưng các giao thức DeFi cũng có thể nhận phần thưởng thay mặt cho người dùng/người đặt cược tapETH trong giao thức của bạn.

Tuy nhiên, nhờ testnet, nhóm nhận ra rằng có nhiều cách để cải thiện tapETH:

Phê duyệt phần thưởng cho người dùng:

Mặc dù việc tách phần thưởng và mã thông báo mang lại một số lợi ích về số dư chốt/mã thông báo, nhưng rõ ràng là người dùng nhận thấy quá trình này khá tốn thời gian và tốn nhiều gas. Việc phải thường xuyên quay lại dApp và tối ưu hóa các yêu cầu dựa trên phí gas không hề thuận tiện cho lắm.

Kết hợp với thực tế là hầu hết người dùng đánh giá cao hiệu quả sử dụng vốn và họ sẽ sử dụng nó chủ yếu trong các ứng dụng tiếp theo, yêu cầu về phần thưởng là một khía cạnh đáng tiếc trong thiết kế sản phẩm đã tạo ra kết quả dương tính bằng 0 cho chủ sở hữu tapETH.

Yêu cầu phần thưởng cho các giao thức:

Điều này dẫn đến khía cạnh quan trọng thứ hai của hệ sinh thái Tapio: các ứng dụng đã tích hợp và hỗ trợ tapETH trong nền tảng của chúng. Trong giai đoạn đầu, nhiều đối tác ra mắt và nhà tích hợp tiềm năng của chúng tôi thực sự có thể sử dụng "API soạn sẵn yêu cầu phần thưởng" của họ để nhận phần thưởng thay mặt cho người dùng nạp tiền hoặc tapETH, do đó tận dụng tối đa cả hai thế giới.

Tuy nhiên, vấn đề là điều này chỉ có thể thực hiện được do mối liên hệ sâu sắc của họ với các giao thức này, những giao thức này thường cố gắng đấu tranh với cuộc chiến của riêng mình và cố gắng sử dụng các sản phẩm và công nghệ mới, sáng tạo trên thị trường.

Khi họ bắt đầu phát triển quan hệ đối tác với các nhóm và giao thức lớn hơn, rõ ràng là lượng thời gian và nguồn lực (cả nhà phát triển và những người khác) để triển khai một cơ chế độc đáo như phần thưởng tapETH sẽ yêu cầu quá nhiều tài nguyên mà không có xác nhận thị trường đáng kể dưới dạng TVL/Khối lượng/Giá đỡ.

Chiến lược chuỗi chéo:

Khi phát triển tapETH, các nhà phát triển đặc biệt chú ý đến Ethereum, vì đây là nơi tập trung phần lớn thanh khoản ETH và LST, nhưng họ không quên các giao thức lớp thứ hai: việc sử dụng tapETH là rất quan trọng và là thứ hai. Các giải pháp -layer phát triển và lan rộng, chẳng hạn như Base, Optimism và Arbitrum, họ sẽ ngày càng tính đến chúng nhiều hơn.

Tuy nhiên, có sự không chắc chắn trong lộ trình và thiết kế sản phẩm liên quan đến cách nhóm triển khai phần thưởng chuỗi chéo cho tapETH. Trong các cuộc thảo luận với các giao thức như Wormhole Foundation, họ đã xem xét vấn đề này và nhắn tin xuyên chuỗi đã trở thành một trong những lựa chọn. Điều này có nghĩa là việc lưu trữ tapETH trên bất kỳ chuỗi nào sẽ cho phép người dùng nhận phần thưởng một cách liền mạch từ Ethereum Mainnet. Một giải pháp khác là giới hạn số lượng yêu cầu phần thưởng chỉ đối với Ethereum Mainnet hoặc giới hạn thời gian nhận phần thưởng trên chuỗi thay thế ở mức một lần một ngày hoặc vài ngày một lần.

Bất kể nhóm đã cân nhắc điều gì, mỗi tùy chọn này sẽ phức tạp cả về cách triển khai và từ góc độ người dùng. Ngoài ra, việc tích hợp tapETH vào dApp trên các chuỗi khác thậm chí còn phức tạp hơn. Mặc dù những thách thức này không phải là những thách thức mà nhóm không thể vượt qua và giải quyết, nhưng chúng sẽ khiến cuộc sống nói chung trở nên khó khăn và do đó, tham vọng chuỗi chéo của họ bị hạ xuống mức độ ưu tiên thấp hơn.

Mô hình token tapETH được cập nhật:

Nhờ phản hồi có giá trị từ cộng đồng cũng như các giao thức, nhóm đã quyết định rằng tốt nhất nên biến mô hình tapETH thành mô hình hai mã thông báo với cơ sở tapETH rebase và phần thưởng wtapETH.

Một biểu đồ tuyệt vời cho thấy sự khác biệt giữa hai loại này được cung cấp bởi Binance Research.

tapETH - mã thông báo khởi động lại:

Chức năng yêu cầu, mặc dù là một ý tưởng hay, nhưng lại là một trở ngại đối với UX và để khắc phục điều này, nhóm đang biến tapETH cơ bản (mà bạn nhận được khi thêm tính thanh khoản vào Tapio) thành mã thông báo khởi động lại, tương tự như stETH trong Lido.

Là một token rebasing, người dùng sẽ có trải nghiệm đơn giản khi kiếm phần thưởng vì số dư token tapETH trong ví của người dùng sẽ được cập nhật tự động, điều đó có nghĩa là bạn không cần phải truy cập Tapio dApp nhiều lần nữa và tapETH duy trì ở mức 1: Tỷ lệ số 1 với ETH, tạo ra nhiều cơ hội cho hoạt động kinh doanh chênh lệch giá.

tapETH sẽ được tính toán lại hàng ngày (mặc dù có thể thường xuyên hơn) và số dư token sẽ tăng lên để phản ánh phần thưởng cho việc đặt cược LST cơ sở trên Tapio, cũng như hoa hồng do giao thức tạo ra - và có thể đổi lấy ETH và/hoặc bất kỳ lúc nào thời gian hoặc LST.

Tuy nhiên, điểm mấu chốt là tapETH sẽ chỉ khả dụng trên Ethereum Mainnet.

Nhận phần thưởng bằng tapETH cũ:

  1. Truy cập Tapio Finance dApp.

  2. Chuyển đến trang Yêu cầu Phần thưởng.

  3. Nhấp vào nút "Yêu cầu" để thực hiện thao tác.

  4. Trả tiền xăng.

  5. Phần thưởng tapETH sẽ được gửi đến ví của người dùng.

Nhận phần thưởng bằng tapETH mới:

  1. Số dư tapETH trong ví của người dùng sẽ tự động tăng lên mà không cần sự can thiệp của người dùng.

wtapETH - token có lãi suất/phần thưởng:

Để giải quyết vấn đề token khởi động lại đôi khi không tương thích với các giao thức DeFi, họ đang giới thiệu wtapETH, sử dụng mô hình “cToken”. wtapETH sử dụng tỷ giá hối đoái (so với ETH) để xác định giá trị, tương tự như wstETH hoặc rETH. Nó có được bằng cách gói tapETH thông thường bên trong Tapio dApp. Khi được gói trong wtapETH, mã thông báo không còn bị đảo ngược nữa mà chỉ tăng giá trị theo tỷ giá hối đoái do chính giao thức tính toán.

Sau đó, wtapETH này có thể được sử dụng trong DeFi mà không cần bất kỳ nỗ lực bổ sung nào từ nhóm Tapio hoặc đối tác và cũng có thể được bất kỳ ai tích hợp mà không cần phải nghiên cứu kỹ tài liệu phát triển của họ. Hơn nữa, điều này có nghĩa là wtapETH có thể được sử dụng trên nhiều chuỗi mà không cần phải làm bất cứ điều gì đặc biệt liên quan đến phần thưởng, vì chúng vốn được “tích hợp” vào chính token.

Mô hình lãi suất hoạt động thông qua tỷ giá hối đoái được chính Tapio xác định và thay đổi liên tục; điều này cũng được phản ánh trong chức năng "bọc" và "mở gói": Lúc đầu tapETH sẽ gói để nhận 1 wtapETH, nhưng khi tỷ giá hối đoái wtapETH tăng (so với tapETH), tỷ lệ sẽ thay đổi - ví dụ: nếu tỷ giá hối đoái là 1.1, thì để gói và nhận 1 wtapETH, bạn sẽ cần 1.1 tapETH, tất nhiên, điều này được phản ánh trong luồng ngược lại (gỡ gói).

Do đó, các nhà kinh doanh chênh lệch giá có thể lợi dụng việc định giá sai bằng cách mua wtapETH với giá chiết khấu và quay vòng (rất có thể sẽ phải trả phí) để nhận thêm tapETH, sau đó bán nó hoặc đơn giản là đổi nó lấy ETH/LST; Đây là điều cho phép tỷ giá hối đoái trên DEX, cũng như phần còn lại của DeFi, được giữ ở tỷ giá do Tapio chỉ định (hoặc gần với tỷ giá đó).

Điều này cũng mang lại cơ hội bổ sung cho hoạt động chênh lệch giá (và do đó tăng cường định giá) trên các nền tảng chuỗi chéo, vì nhiều thị trường hơn đồng nghĩa với nhiều nguồn định giá sai hơn, điều này sẽ dẫn đến dòng wtapETH xuyên chuỗi thấp. Ngoài ra, nhóm sẽ tìm cách biến wtapETH thành nhiều chuỗi (tương tự như khái niệm $USDC với CCTP) để bạn có thể sử dụng cơ chế cầu nối "đốt và khai thác" thay vì cơ chế "khóa và khai thác" thông thường.

Các LST hiện tại thường phải đối mặt với tình thế tiến thoái lưỡng nan khi phiên bản LST được bắc cầu/bao bọc của họ trên các chuỗi không phải Ethereum giao dịch với mức chiết khấu đáng kể do thực tế là nó không thể dễ dàng thực hiện hoạt động chênh lệch giá do rủi ro bảo mật cầu nối cũng như phí gas liên quan. Tất cả điều này có nghĩa là việc sử dụng wtapETH trên nhiều chuỗi sẽ nhanh hơn, an toàn hơn nhiều mà không cần cầu nối của bên thứ ba và với yêu cầu về gas thấp hơn nhiều, nghĩa là giá trên tất cả các chuỗi được hỗ trợ sẽ bình đẳng hơn nhiều (vì chênh lệch giá có thể xảy ra bởi chỉ đơn giản là "dịch chuyển" wtapETH trở lại mạng chính Ethereum).

wtapETH sẽ có sẵn trên cả Ethereum Mainnet và tất cả các chuỗi được hỗ trợ khác.

Cái gì tiếp theo?

Nhóm đang nỗ lực tạo ra mô hình mã thông báo kép mới và đặt chiến lược chuỗi chéo làm ưu tiên hàng đầu khi thiết kế phiên bản tiếp theo của Tapio Finance.

Họ đã hoàn thành hai cuộc kiểm tra: Mixbytes và Secbit, đồng thời triển khai chương trình Immunefi Bug Bounty. Họ sẽ tiếp tục làm việc về bảo mật và cơ sở mã để cập nhật mã thông báo, cũng như các khía cạnh khác của Tapio Finance, chẳng hạn như mô-đun quản trị.

Nhóm sẽ cập nhật cộng đồng thường xuyên và đều đặn, vì vậy hãy theo dõi Twitter chính thức của họ để biết thông tin cập nhật!

Ở lại đến ngày

Nhóm muốn làm việc với tất cả mọi người trong hệ sinh thái LST và LSTfi, đồng thời họ khuyến khích bất kỳ ai quan tâm đến tương lai lâu dài của Ethereum và đặt cược thanh khoản nói chung hãy tham gia cùng họ trên hành trình này.

#Tapio #LST #LSTfi #BinanceSquare #Crypto2023