Lưu ý của biên tập viên: Bài viết này đến từChặn nhịp BlockBeats (ID: BlockBeats), được in lại bởi Odaily với sự cho phép.

Lưu ý của biên tập viên: Bài viết này đến từ

Chặn nhịp BlockBeats (ID: BlockBeats)

Chặn nhịp BlockBeats (ID: BlockBeats)

, được in lại bởi Odaily với sự cho phép.

Người sáng lập YFI, Andre Cronje, đã xuất bản bài báo "Nền kinh tế mã hóa, tính thanh khoản vĩnh viễn và bù đắp tổn thất vô thường" trên Medium, giới thiệu mô hình mã thông báo mà anh ấy mới thiết kế. AC hy vọng sẽ thiết kế một nền tảng dựa trên thanh khoản Đồng thời, thông qua quản trị thanh khoản để bù đắp sự mất mát tạm thời của các mã thông báo lạm phát, để giải quyết một số vấn đề hiện tại của AMM.

Sau đây là bản dịch của Rhythm BlockBeats:

Lấy cảm hứng từ các giao thức như APML, YAM, UNI và SNX, tôi bắt đầu thử nghiệm một số khái niệm kinh tế mới. Cuối cùng, tôi đã tìm thấy một mã thông báo lạm phát dựa trên thanh khoản có thể bù đắp các khoản lỗ tạm thời thông qua quản trị thanh khoản

Chúng tôi thực sự có hai mục đích cơ bản:

Một là tạo ra càng nhiều phí giao dịch càng tốt;

Thứ hai là bù đắp những tổn thất vô thường càng nhiều càng tốt

Nhìn vào mục đích thứ hai, chúng ta cần khuyến khích đầy đủ các nhà cung cấp thanh khoản thông qua cơ chế khuyến khích thanh khoản tiêu chuẩn (được cải thiện thêm bên dưới).

Về mặt cung cấp tính thanh khoản cho nhóm phân bổ ban đầu (Nhóm 1) và nhóm phụ trợ (Nhóm 2), thiết kế trước khi áp dụng các mã thông báo như vậy đã khá chuẩn. Vấn đề với thiết kế này là nhóm 2 thường chỉ là nơi để khai thác và bán phá giá, nhóm 1 đúc mã thông báo và nhóm 2 đốt chúng. Kết quả cuối cùng là không tốt cho các nhà cung cấp thanh khoản.

Trong khi đó, thiết kế của tôi kết hợp Nhóm 1 và Nhóm 2 vào cùng một cấu trúc thiết kế và tạo động lực cho các nhà giao dịch kinh doanh chênh lệch giá.

Mục đích của thiết kế này không phải là đặc biệt nhấn mạnh giá trị của mã thông báo mà là tập trung vào tính biến động của mã thông báo. Các nhà cung cấp thanh khoản kiếm thu nhập thông qua các giao dịch. Hệ thống tôi thiết kế là dành cho kết quả này.

tiêu đề phụ

Thông tin kĩ thuật

Tiếp theo, tôi sẽ chia nhỏ từng khái niệm và giải thích rằng tôi hy vọng thiết kế này có thể dẫn đến các chương trình khuyến khích dựa trên thanh khoản hơn nữa.

Cốt lõi là chức năng gia tăng. Rất đơn giản, logic là cung cấp 1% tổng số phần thưởng cho các nhà cung cấp thanh khoản cứ sau 7000 khối (khoảng 25 giờ).

Thiết kế trên có lợi cho các nhà cung cấp LP và về cơ bản có nghĩa là tất cả mọi người sẽ chỉ là nhà cung cấp LP. Do đó, tôi đã thực hiện một điều chỉnh nhỏ, số tiền đúc chỉ chiếm 50% tổng số tiền và 50% còn lại đến từ tính thanh khoản hồ bơi. 90% mã thông báo mới được trao cho các nhà cung cấp thanh khoản và 25% cho những người nắm giữ thông thường.

Nói tóm lại, nếu bạn cung cấp thanh khoản, bạn sẽ nhận được phần thưởng 0,90% cứ sau 25 giờ.

Mỗi khi số dư mã thông báo thay đổi, hệ thống sẽ theo dõi xem nó tăng bao nhiêu theo tỷ lệ.

Tính thanh khoản ban đầu là một hạn chế, vì mục đích này, bản thân mã thông báo có thể được đúc từ chính hợp đồng, mọi thanh khoản được cung cấp để đúc đều được cung cấp tự động. Bản thân đường cong này tương tự như đường cong giá trị K của Uniswap.

tiêu đề phụ

hợp đồng cốt lõi