Việc cung cấp tính thanh khoản trên Sifchain sẽ có được những phần thưởng tối ưu, ổn định hơn và đạt được mức yield ít biến động hơn so với các sản phẩm trước đây.
Sifchain (ROWAN) là một giao thức blockchain dự án giúp cải thiện trạng thái thanh toán, giúp hoán đổi tức thì các tài sản trong mạng lưới của các dự án.
Bài được dịch từ một bài viết trên trang chủ của Sifchain . Bản gốc của dự án tại đây .
Cung cấp thanh khoản vào liquidity pool
Việc cung cấp tính năng thanh khoản trên Sifchain có thể thực hiện thông qua 2 cách sau:
Cách 1: Cung cấp thanh khoản đối xứng (Symmetrically Liquidity Pool)
Giả sử: chúng ta sẽ chọn cặp ROWAN và ATOM băng cách chọn “ADD ROWAN + ATOM”. Có thêm 1 chức năng nữa đó là Pool Equally (cân bằng thanh khoản) sẽ được mặc định để anh em đưa tài sản của mình vào pool với mức bổ sung 50:50.
Cách 2: Cung cấp thanh khoản bất đối xứng (Asymmetric Liquidity Pool)
Sifchain cung cấp cho người dùng tính năng có thể thêm bất kỳ số lượng nào của một trong hai hoặc cả hai mã thông báo, tương tự như THORChain đã làm được . Điều này được gọi là bổ sung tính thanh khoản một cách bất đối xứng, mang lại cho người dùng sự linh hoạt tối ưu và dựa trên số lượng mã thông báo trong nhóm và số tiền mà người dùng thêm vào thông qua cách tắt chức năng Pool Equally ( cân bằng thanh khoản) , sau đó họ sẽ sở hữu một tỷ lệ phần trăm của toàn bộ nhóm. Sifchain ban đầu sẽ sử dụng cùng một công thức để tính toán quyền sở hữu như BEPSwap.
Lưu ý quan trọng giữa việc thêm thanh khoản theo phương pháp bất đối xứng so với đối xứng:
Cách thức hoạt động của logic của Sifchain là nó khuyến khích các LP gửi một cách đối xứng.
TUY NHIÊN: LP sẽ ký quỹ không đối xứng nếu nhóm tiền đã mất cân bằng.
Tiền gửi không đối xứng là khi người dùng gửi một giá trị không bằng nhau của hai tài sản vào một nhóm. Ví dụ: giả sử một người dùng gửi $ 1000 ATOM và $ 0 ROWAN vào nhóm ATOM / ROWAN đã được cân bằng. Người dùng được cấp % quyền sở hữu nhóm có tính đến phiếu giảm giá được tạo. Do đó, nhà cung cấp thanh khoản sẽ chỉ có ít hơn 500 đô la trong ATOM và dưới 500 đô la trong ROWAN. Pool càng sâu, LP sẽ sở hữu càng gần với tổng số $ 1000.
Điều này có nghĩa là LP có thể rơi vào tình huống mà chúng có ‘ít hơn’ so với những gì chúng đã thêm vào. Các cách mà LP có thể kết thúc với các mã thông báo “ít hơn” là thông qua:
- Số thanh khoản bất đối xứng đã được thêm vào
- Từ sự thay đổi giá của Rowan
- Nếu một LP bổ sung một cách đối xứng quyền sở hữu của họ thực sự sẽ biến động theo giá Rowan và số dư của nhóm mà họ đang cung cấp. Những biến động này nên tỷ lệ thuận với mỗi bên.
Ví dụ: nếu số dư USDT của họ giảm xuống, thì số dư Rowan của họ sẽ tăng lên và ngược lại
Như đã nói như trên, nhằm giúp người dùng bổ sung liqudity không đối xứng so với đối xứng ở trên, chúng tôi đã triển khai như sau:
Thanh trượt ‘Pool Equally’: Nếu điều này được bật (nó được bật theo mặc định), thì chúng tôi sẽ tự động tính toán ‘Đầu vào’ cho bạn tại nơi trượt Điều chỉnh = 0% (tức là số tiền được thêm vào sẽ là thực hiện một số theo cách đối xứng).
Người dùng có thể chọn tắt thanh trượt ‘Pool Equally’ này. Trong trường hợp này, người dùng có thể tự do nhập BẤT KỲ số tiền nào vào một trong hai trường và chúng tôi sẽ không thực hiện bất kỳ phép tính tự động nào. Tuy nhiên, chúng tôi muốn thông báo cho người dùng về các trường hợp số tiền đầu vào gây ra sự trượt giá đáng kể. Quy tắc chúng tôi đang tuân theo ở đây là:
Nếu lớn hơn 20% = Đỏ
Nếu từ 20% đến 10% = màu da cam
Nếu từ 1% đến 10% = Màu vàng
Nếu ít hơn 1% = Không có màu
Vui lòng xem bên dưới để biết ảnh chụp màn hình của biểu tượng màu và thông tin này.
Cách để tối ưu lợi nhuận nhất khi tham gia LP (Liquidity Pool)
Bằng những thông tin dưới đây, có thể tính toán tối ưu thu nhập mà các nhà cung cấp thanh khoản có thể kiếm được.
Tính toán Quyền sở hữu Pool
Dưới đây là công thức được sử dụng để tính toán các đơn vị do người dùng sở hữu khi họ thêm Rowan hoặc một tài sản khác vào nhóm thanh khoản. Sau đó, Nhà cung cấp thanh khoản có thể rút số lượng quyền sở hữu đó bất kỳ lúc nào trên một trong hai mã thông báo trong nhóm. Nói đơn giản hơn là số % tài sản sở hữu của người thanh khoản trong pool càng nhiều thì phí % giao dịch hưởng được sẽ càng nhiều và ngược lại.
Thời gian
Đây là khoảng thời gian mà nhà cung cấp thanh khoản giữ thanh khoản của họ trong một nhóm. Chúng tôi thưởng cho các nhà cung cấp thanh khoản giữ thanh khoản của họ trong nhóm trong khoảng thời gian dài hơn.
Khối lượng giao dịch
Mỗi giao dịch đều cần chi phí và phí đó là ROWAN. Số ROWAN phí này sẽ được gửi trực tiếp đến các pool thanh khoản để làm phần thưởng cho người cung cấp. Thế nên, càng nhiều giao dịch được thực hiện, phần thưởng của họ nhận được sẽ càng nhiều.
Doanh thu phí
Phí hoán đổi
Nhà cung cấp thanh khoản cũng nhận được một phần phí hoán đổi tích lũy được cho những đóng góp của họ cho nhóm. Các hồ bơi có khối lượng hàng ngày cao hơn sẽ tạo ra nhiều phí hoán đổi hơn. Sifchain sử dụng mô hình Nhóm thanh khoản liên tục dựa trên trượt của Thorchain để tính toán trượt giao dịch, phí thanh khoản và kết quả hoán đổi.
Nhà cung cấp thanh khoản được phân bổ một phần phí thu được từ người trao đổi tỷ lệ với quyền sở hữu nhóm của họ. Ví dụ: Nếu nhà cung cấp thanh khoản sở hữu 2% của pool, họ được phân bổ 2% phí thu được.
Khả năng trượt giá
Những người trao đổi đang vội vàng trao đổi tài sản sẽ có xu hướng thực hiện các khoản hoán đổi lớn hơn. Giao dịch hoán đổi lớn hơn dẫn đến trượt giá lớn hơn và do đó phí cao hơn.
Mô hình phân bổ thanh khoản tổng quát
Đặc điểm kỹ thuật của Sifchain’s Automated Market Maker (AMM) dựa trên từ chính sự bắt nguồn của mô hình nhóm thanh khoản từ các nguyên tắc đầu tiên. Điểm đặc biệt của Sifchain chính là chúng tôi hoàn toàn không áp dụng bất kỳ công thức nào đối với người dùng. Khi ra mắt, Sifchain sẽ sử dụng công thức tính phí dựa trên độ trượt giá của THORChain. Trong tương lai gần, chúng tôi sẽ cập nhật và hoàn thiện thêm điều này để mang lại cho ban quản trị kiểm soát công thức nhóm thanh khoản bằng cách bỏ phiếu với ROWAN của họ trên cơ sở nhóm thanh khoản.
Mô hình đang được chúng tôi nghiên cứu và tối ưu nhằm tạo ra sự cân bằng giữa phần thưởng cho người xác thực (validator) và phần thưởng cho nhà cung cấp thanh khoản (LP), đặc biệt nhất là chế độ mà chúng tôi triển khai trợ cấp tạm thời cho validotor và phần thưởng khai thác thanh khoản. Cho đến bài viết này, thì chính sách cân bằng vẫn đang hoạt động tốt từ sự mở rộng vector hóa của con lắc ưu đãi đến từ THORChain.
Cơ chế tái cân bằng để phân phối phần thưởng hệ thống
Lấy cảm hứng từ con lắc khuyến khích của THORChain, Sifchain kết hợp phần thưởng của nhà cung cấp thanh khoản và phần thưởng của khối xác thực vào thu nhập hệ thống . Con lắc khuyến khích này giữ cho mạng ở trạng thái cân bằng. Nó ngăn mạng trở nên không an toàn hoặc không hiệu quả bằng cách thay đổi linh hoạt việc phân phối phần thưởng cho cả nhà khai thác nút và tính thanh khoản.
Được phát triển từ con lắc ưu đãi của THORChain thì Sifchain sử dụng một vector trong đó mỗi yếu tố là trọng số đối với thu nhập của hệ thống con của nó. Điều này có nghĩa là nó có thể mở rộng cho hơn hai hệ thống con (ví dụ: hệ thống con trình xác thực Sifchain, hệ thống con nhà cung cấp thanh khoản Sifchain, hệ thống con trình xác thực vùng chốt, hệ thống con nhà cung cấp thanh khoản của chuỗi bên ngoài, v.v.). Trong ngắn hạn, điều này sẽ là phi vật chất, nhưng khi IBC phát triển và Sifchain trở nên dễ kết hợp hơn, nó sẽ rất hữu ích khi cho phép Sifchain tự động thay đổi phần thưởng trong hai hệ thống con của nó để đáp ứng với hoạt động trên chuỗi từ các blockchain khác. Đây chính là điểm khác biệt và điểm mạnh nhất của Sifchain so với các sàn AMM khác.
Tổng kết
Hy vọng thông qua bài viết trên, anh em có thể hiểu rõ hơn được về cách thức hoạt động của các pool thanh khoản trên Sifchain, các yếu tố tác động lên số tiền của người cung cấp thanh khoản và cách tối ưu lợi nhuận khi tham gia dự án. Đối với những người đang có ý định và đã theo dõi dự án, mình hy vọng đây sẽ là một thông tin hữu ích với anh em.
Anh em có cung cấp thanh khoản trên Sifchain chưa? Và đây có phải lần đầu anh em quan tâm đến việc tham gia thanh khoản không? Hãy để lại bình luận phía dưới và cùng nhau thảo luận nhé!
