Đường cong bonding của LaunchLab

Trang này được dịch tự động bằng AI. Phiên bản tiếng Anh là bản chính thức.Xem bản tiếng Anh →

LaunchLab hỗ trợ ba hình dạng đường cong được chọn tại Initialize: constant-product (hình thức phổ biến nhất, dạng virtual-reserve của đường cong x · y = k tiêu chuẩn), linear-price, và fixed-price. Công thức ngưỡng tốt nghiệp được chia sẻ trên cả ba loại. Trang này hướng dẫn chi tiết toán học constant-product; các hình thức linear và fixed được tóm tắt ở cuối.

Các tham số được lưu trữ trên `LaunchState`

Trường	Ý nghĩa
`curve_type`	`0` = constant-product (virtual-reserves), `1` = fixed-price, `2` = linear-price.
`base_supply_max`	Tổng số token base mà đường cong có thể phát hành.
`base_supply_graduation`	Token base phải được bán để đạt tốt nghiệp. Thường là `0.8 × base_supply_max`; 20% còn lại trở thành LP ban đầu của pool sau tốt nghiệp.
`quote_reserve_target`	Số lượng quote kích hoạt tốt nghiệp. Được dẫn xuất tại `Initialize` từ các tham số đường cong + `base_supply_graduation`.
`virtual_base` / `virtual_quote`	Hạt giống virtual-reserve cho đường cong constant-product.
`migrate_type`	Phải là `CPSWAP` cho khởi tạo mới. Giá trị AMM v4 được lưu trữ chỉ là trạng thái cũ. Xem `instructions`.
`fees.buy_numerator / buy_denominator`	Phí phía mua, ví dụ `100 / 10_000 = 1.00%`.
`fees.sell_numerator / sell_denominator`	Phí phía bán. Thường giống như mua.
`fees.protocol_share`, `fees.creator_share`, `fees.lp_share`	Chia tách của các phí trên, cộng lại bằng denominator.

Tên trường trong struct Rust khớp với các trường PoolState được mô tả trong accounts; các đơn vị trên là khái niệm.

Đường cong constant-product với virtual reserves (`curve_type = 0`)

Đường cong mặc định và được sử dụng nhiều nhất. Tất cả các lần phát hành kiểu Pump đều sử dụng hình thức này. Đường cong giả định có một virtual quote reserve V_q và một virtual base reserve V_b từ đầu (được lưu trữ dưới dạng virtual_quote và virtual_base trên PoolState), vì vậy pool hiệu quả trông giống như một CPMM với những reserve đó. Các lần mua tuân theo toán học x · y = k:

(V_q + real_quote_in_after_fee) × (V_b + real_base_remaining − base_out) = V_q × V_b

giải cho base_out:

base_out = (V_b + real_base_remaining) × quote_in_after_fee / (V_q + real_quote_in_after_fee)

Giá hiệu quả tại base-sold s:

price(s) = (V_q + real_quote_in(s)) / (V_b + real_base_remaining(s))

Bất biến x · y = k tương tự mà LaunchLab áp dụng trước tốt nghiệp sau đó là đường cong CPMM sau tốt nghiệp, vì vậy việc chuyển giao là liền mạch về mặt cơ học: giá biên tại base_sold = base_supply_graduation bằng giá mà pool sau tốt nghiệp mở ra với (quote_vault, base_vault_remaining) làm reserve của nó.

Đường cong fixed-price (`curve_type = 1`)

Một đường cong giá phẳng. Mỗi lần mua/bán xảy ra ở một giá không đổi, có thể cấu hình tại Initialize:

price(s) = virtual_quote / virtual_base    (không đổi cho tất cả s)

Hữu ích cho các lần phát hành công bằng nơi nhóm muốn định giá thống nhất cho tất cả những người tham gia bất kể khi nào họ mua. Tốt nghiệp được kích hoạt khi base_supply_graduation đã được bán (mối quan hệ chi phí tuyến tính làm cho quote_reserve_target dễ dàng dẫn xuất).

Đường cong linear-price (`curve_type = 2`)

Giá tăng tuyến tính với base_sold:

price(s) = a · s     (a = slope, dẫn xuất từ virtual_base / virtual_quote)

Chi phí tích phân:

cost(s_0, s_1) = a · (s_1² − s_0²) / 2

Bậc hai trong base_sold — những người mua sớm trả gần như không, những người mua muộn trả nhiều hơn đáng kể, với giá biên luôn tăng với một độ dốc cố định. Việc triển khai on-chain nằm trong curve/linear_price.rs.

So sánh hình dạng đường cong

price
  │   linear (steep tail)               linear (curve_type = 2)
  │       ╱
  │      ╱
  │     ╱            const-product (curve_type = 0)
  │    ╱            ╱
  │   ╱           ╱
  │  ╱         ╱
  │ ╱       ╱
  │╱_____╱_______________________  fixed-price (curve_type = 1)
  └──────────────────────────────── base_sold
  0                  S_grad         S_max

Ngưỡng tốt nghiệp

quote_reserve_target được tính toán tại Initialize là quote cần thiết để đẩy base_sold từ 0 đến base_supply_graduation:

quote_reserve_target = cost(0, base_supply_graduation) × (1 + buy_fee_rate)
                                                         ^^^^^^^^^^^^^^^^^
                                                         xấp xỉ; hình thức
                                                         chính xác khớp với
                                                         làm tròn phí được
                                                         sử dụng trên Buy.

Một lần phát hành tốt nghiệp ngay khi quote_vault.balance ≥ quote_reserve_target. Vì các lần mua đến ở các kích thước rời rạc, số dư thực tế tại tốt nghiệp có thể vượt quá mục tiêu một chút — phần dư trở thành thankhoản quote bổ sung trong pool CPMM kết quả.

Ví dụ chi tiết — một lần phát hành bậc hai

Tham số:

base_supply_max = 1_000_000_000 (1 tỷ token base, 6 decimals)
base_supply_graduation = 800_000_000 (80% được bán kích hoạt tốt nghiệp)
k = 40 (thang giá)
Phí: 1% mua, 1% bán, chia lp:creator:protocol = 60:20:20.

Giá ban đầu (s = 0): 0 (bậc hai thuần túy bắt đầu từ không). Giá tại 50% được bán (s = 500_000_000):

price = 40 × (500e6 / 1e9)² = 40 × 0.25 = 10  (quote trên base, 6 decimals)

Giá tại tốt nghiệp (s = 800_000_000):

price = 40 × (800e6 / 1e9)² = 40 × 0.64 = 25.6

Quote cần thiết để đạt tốt nghiệp (chi phí tích phân):

cost(0, 800_000_000) = (40 / (3 × 1e18)) × ((800e6)³ − 0)
                     = (40 / 3e18) × 5.12e26
                     ≈ 6.827e9

Vì vậy ≈ 6.827 đơn vị quote gốc (trong bất kỳ mint quote 6-decimal nào được cấu hình, ví dụ ~6,827 USDC nếu quote là USDC). Phí được áp dụng trên cùng:

quote_reserve_target ≈ 6.827e9 × 1.01 ≈ 6.895e9  (6,895 USDC)

Lần mua đầu tiên của 10 USDC:

Trạng thái virtual: s = 0, quote_vault = 0.
Trừ phí: quote_after_fee = 10 × 0.99 = 9.9.
Giải (40 / (3e18)) × s³ = 9.9e6 — 9.9 USDC theo đơn vị gốc 6 chữ số thập phân, cùng đơn vị với 6.827e9 ở trên ⇒ s ≈ 9.06e7 token base được mua.
Phí 1% (0.1 USDC) chia: lp 0.06, creator 0.02, protocol 0.02. Phần lp ở lại trong quote_vault; hai phần kia định tuyến đến các bộ đếm tích lũy tương ứng của chúng.

Mua tại 75% được bán (tiếp cận tốt nghiệp): Cùng 10 USDC mua được ít base hơn nhiều bây giờ vì đường cong dốc. Giải tại s₀ = 750e6 với quote_in_after_fee = 9.9e6 cho ∆s ≈ 4.4e5 — giảm ~200× lượng base trên mỗi USDC so với lần mua đầu tiên.

Cơ chế phí trong giai đoạn đường cong

Trên mỗi Buy:

gross_fee      = ceil(quote_in_gross × buy_numerator / buy_denominator)
lp_share       = gross_fee × fees.lp_share / fees.total_share
protocol_share = gross_fee × fees.protocol_share / fees.total_share
creator_share  = gross_fee × fees.creator_share / fees.total_share

lp_share được để lại trong quote_vault. Đây là điều làm cho đường cong hiệu quả chặt hơn (nhiều quote reserve hơn so với cùng một cung base).
protocol_share tăng LaunchState.state_data.protocol_fees_quote.
creator_share tăng LaunchState.state_data.creator_fees_quote.

Trên Sell cùng một chia tách áp dụng nhưng phí được lấy từ quote_out gửi đi. Cả hai bộ đếm được quét qua CollectFees (admin hoặc creator, mỗi cái đến bộ đếm của chính nó).

Độ chính xác

Số lượng phía base: u64.
Số lượng phía quote: u64.
Các khối / tích trung gian: u128.
“Mua quote chính xác” và “bán quote chính xác” nghịch đảo ở dạng đóng — đường cong constant-product bằng đại số, đường cong fixed-price bằng một phép chia, đường cong linear-price bằng một căn bậc hai. Không có bộ giải Newton nào trong chương trình, không có giới hạn số lần lặp, và không có lỗi NotConverged.

Chuyển giao đến CPMM

Khi Graduate kích hoạt:

cpmm_quote_reserve = quote_vault − swept_protocol_fees − swept_creator_fees
cpmm_base_reserve  = base_vault                       // tức là base_supply_max − base_sold
cpmm_initial_price = cpmm_quote_reserve / cpmm_base_reserve

Đối với đường cong constant-product — loại mặc định của LaunchLab và là loại duy nhất đang hoạt động — cpmm_initial_price chính xác bằng price(base_sold), giá đường cong biên tại thời điểm chuyển giao, nên một người quan sát chuyển từ UI đường cong sang UI CPMM không thấy bước nhảy nào. Đối với đường cong giá bậc hai thì không: giá trung bình tích phân nằm trên giá biên (theo hệ số 4/3 trong ví dụ ở trên), nên một bước nhảy tại thời điểm chuyển giao là điều được dự kiến.

Tiếp theo đi đâu

products/launchlab/accounts — các trường LaunchState lưu trữ các tham số này.
products/launchlab/instructions — danh sách tài khoản Buy, Sell, Graduate.
algorithms/constant-product — toán học CPMM mà pool sau tốt nghiệp sử dụng.

Nguồn:

Raydium SDK v2 LaunchLab module
Raydium LaunchLab program source

LaunchLab

Token launch flow

Tips & Gotchas

Đường cong bonding của LaunchLab

Các tham số được lưu trữ trên `LaunchState`

Đường cong constant-product với virtual reserves (`curve_type = 0`)

Đường cong fixed-price (`curve_type = 1`)

Đường cong linear-price (`curve_type = 2`)

So sánh hình dạng đường cong

Ngưỡng tốt nghiệp

Ví dụ chi tiết — một lần phát hành bậc hai

Cơ chế phí trong giai đoạn đường cong

Độ chính xác

Chuyển giao đến CPMM

Tiếp theo đi đâu

​Các tham số được lưu trữ trên LaunchState

​Đường cong constant-product với virtual reserves (curve_type = 0)

​Đường cong fixed-price (curve_type = 1)

​Đường cong linear-price (curve_type = 2)

​So sánh hình dạng đường cong

​Ngưỡng tốt nghiệp

​Ví dụ chi tiết — một lần phát hành bậc hai

​Cơ chế phí trong giai đoạn đường cong

​Độ chính xác

​Chuyển giao đến CPMM

​Tiếp theo đi đâu

Các tham số được lưu trữ trên `LaunchState`

Đường cong constant-product với virtual reserves (`curve_type = 0`)

Đường cong fixed-price (`curve_type = 1`)

Đường cong linear-price (`curve_type = 2`)

So sánh hình dạng đường cong

Ngưỡng tốt nghiệp

Ví dụ chi tiết — một lần phát hành bậc hai

Cơ chế phí trong giai đoạn đường cong

Độ chính xác

Chuyển giao đến CPMM

Tiếp theo đi đâu