Skip to main content
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 →
Nguồn thông tin chính thức. Trang này là nơi duy nhất trong tài liệu liệt kê các địa chỉ chương trình một cách chính xác. Các trang khác liên kết đến đây. Nếu một ID thay đổi, hãy cập nhật chỉ ở đây và mọi tham chiếu trên trang web sẽ giữ tính nhất quán.Luôn kiểm tra chéo các giá trị với API trực tiếp (https://api-v3.raydium.io/main/info) trước khi ký các giao dịch thực.

Mainnet-beta

Quy tắc chung: nếu một ID chương trình trong thực tế không khớp với bảng dưới đây, đừng ký giao dịch đó. ID chương trình không khớp là cách dễ nhất để mất tiền trên Solana.

Chương trình trên chuỗi

Ghi chú:
  • AMM v4 và Farm v3/v5 được giữ lại cho các pool và vị trí hiện có. SDK và giao diện Raydium định tuyến việc tạo pool mới và các farm hệ sinh thái mới đến CPMM, CLMM và Farm v6 tương ứng — xem protocol-overview/versions-and-migration.
  • ID Farm v3 ở trên cũng đóng vai trò là chương trình staking tài sản đơn $RAY. Hành vi giống hệt Farm v3 cho staking LP.
  • Stable AMM là một chương trình riêng biệt mà chương trình AMM Routing có thể nhắm đến cùng với AMM v4, CPMM và CLMM. Tính thanh khoản mỏng hơn so với ba chương trình khác và SDK không cung cấp API hạng nhất cho nó; các nhà tích hợp định tuyến qua nó thường làm như vậy thông qua router.
  • Tính sẵn có mã nguồn. Trong các chương trình trên chuỗi ở trên, chỉ raydium-amm (AMM v4), raydium-cp-swap (CPMM) và raydium-clmm (CLMM) được cung cấp với các kho lưu trữ mã nguồn công khai dưới github.com/raydium-io. Stable AMM, LaunchLab, AMM Routing, Burn & Earn / LP Lock và các chương trình Farm không công khai — hãy xác minh chúng dựa trên API trực tiếp, bytecode trên chuỗi và các IDL được công bố trong raydium-io/raydium-idl.

Quyền quản trị viên dùng chung

Mọi chương trình Raydium — bao gồm AMM v4 — chia sẻ một Pubkey quản trị viên được hardcode duy nhất để kiểm soát truy cập cấp lệnh vào các đường dẫn quản trị. Nó là config_feature::amm_owner::ID trong AMM v4 (gating SetParams, CreateConfigAccount và UpdateConfigAccount, và được sử dụng làm pnl_owner mặc định) và admin::ID trong các chương trình Anchor — CLMM, CPMM, LaunchLab, Lock — gating các đường dẫn như CreateAmmConfig hoặc UpdatePoolStatus: Các quyền hạn hoạt động cấp tài khoản (ví dụ: protocol_owner, fund_owner trên CPMM/CLMM AmmConfig, hoặc các ví di chuyển trên LaunchLab GlobalConfig) được lưu trữ trên chuỗi và có thể khác với quản trị viên chương trình. Đọc chúng trực tiếp từ tài khoản cấu hình liên quan trước khi gửi các giao dịch có mức độ rủi ro cao.

Quyền tạo PDA cho phép CPMM

CreatePermissionPda chấp nhận quản trị viên chương trình dùng chung ở trên hoặc một chủ sở hữu chuyên dụng. Kể từ bản nâng cấp CPMM 2026-09, ClosePermissionPda chấp nhận hai người ký giống nhau; trước đó nó chỉ dành cho quản trị viên.

Quyền cơ quan đăng ký mint hỗ trợ

CreateSupportMintAssociated và CloseSupportMintAssociated chấp nhận quản trị viên chương trình dùng chung hoặc chủ sở hữu chuyên dụng của chương trình dưới đây. Đăng ký một mint cho phép nó vượt qua danh sách cho phép tiện ích mở rộng Token-2022 của chương trình đó — xem reference/token-2022-support. CPMM và CLMM mỗi cái giữ PDA đăng ký riêng của chúng và quyền hạn riêng của chúng; không có khóa nào hoạt động trên chương trình khác.

Ví chủ sở hữu phí CPMM

Kể từ bản nâng cấp CPMM 2026-09, CreateAmmConfig ghi các khóa cố định này vào protocol_owner và fund_owner của cấu hình mới thay vì sao chép khóa của người ký quản trị viên. CollectProtocolFee và CollectFundFee chấp nhận khóa được lưu trữ trên cấu hình hoặc quản trị viên chương trình dùng chung (|| crate::admin::ID), vì vậy quản trị viên vẫn là người ký được chấp nhận — những gì thay đổi chỉ là nơi tiền lãi đi theo mặc định.
Đây là các giá trị mà chương trình ghi vào các cấu hình mới, không phải mô tả các cấu hình hiện có. Các tài khoản AmmConfig được tạo trước bản nâng cấp giữ bất kỳ thứ gì được lưu trữ trên chúng. Luôn đọc protocol_owner / fund_owner từ tài khoản trước khi xây dựng giao dịch thu thập.

Ví chủ sở hữu phí CLMM

Kể từ bản nâng cấp CLMM 2026-09-30, CreateAmmConfig ghi các khóa cố định này vào owner và fund_owner của cấu hình mới. Trước đó, nó sao chép khóa của người ký quản trị viên. CollectProtocolFee / CollectFundFee chấp nhận khóa được lưu trữ trên cấu hình hoặc quản trị viên chương trình dùng chung, vì vậy quản trị viên vẫn là người ký được chấp nhận. Trên mainnet, những giá trị này khớp với các giá trị đã được lưu trữ trên tất cả 21 cấu hình CLMM hiện có (xem Tài khoản cấu hình cấp chương trình). Bản nâng cấp hardcode một giá trị đã được đặt thủ công trước đó.
Như với CPMM, đây là các giá trị mà chương trình ghi vào các cấu hình mới. Các tài khoản AmmConfig hiện có không được viết lại. Đọc owner / fund_owner từ tài khoản trước khi xây dựng giao dịch thu thập.

Ví thu thập phí giao thức

Nơi phần chia sẻ phía giao thức của mỗi chương trình từ phí giao dịch tích lũy. Đây là những ví giữ token thông thường, vì vậy một địa chỉ duy nhất mang một bộ hỗn hợp các mint SPL (wSOL và USDC từ các pool SOL/USDC, wSOL và RAY từ các pool SOL/RAY, v.v.). Phần chia sẻ giao thức của Stable AMM tích lũy trong kho dữ liệu dưới dạng out_put.need_take_pnl_* và được quét bởi WithdrawPnl thay vì nằm ở một ví đứng yên. Đối với CPMM, đọc protocol_owner từ AmmConfig cụ thể trước khi xây dựng giao dịch thu thập — các cấu hình được tạo trước bản nâng cấp 2026-09 có thể giữ một khóa khác.

Ví thu thập lamport dư thừa

Mỗi chương trình trong ba chương trình được nâng cấp vào 2026-09-09, và CLMM vào 2026-09-30, đã có một lệnh quản trị viên trả lại lamport được giữ trên mức tối thiểu miễn phí thuê trên các tài khoản được kiểm soát bởi chương trình, theo SIMD-0437 rent reduction. Mỗi chương trình hardcode ví đích riêng của nó, và mỗi ví là một khóa chuyên dụng, không phải quản trị viên chương trình dùng chung. CPMM, LaunchLab và CLMM cũng chấp nhận quản trị viên chương trình dùng chung làm người ký. AMM v4 chỉ chấp nhận ví ở trên — nó không có fallback quản trị viên. AMM v4 cũng biên dịch một khóa testnet riêng (75KWb5XcqPTgacQyNw9P5QU2HL3xpezEVcgsFCiJgTT) dưới tính năng testnet của nó. Những lệnh này chỉ di chuyển lamport; chúng không bao giờ chạm vào số dư token, đóng tài khoản hoặc thay đổi trạng thái pool. Xem products/amm-v4/instructions, products/cpmm/instructions, products/launchlab/instructions và products/clmm/instructions.

Người tạo cấu hình được ủy quyền LaunchLab

CreateConfig chấp nhận quản trị viên chương trình dùng chung hoặc quyền hạn được ủy quyền dưới đây. Vai trò được ủy quyền có thể tạo một GlobalConfig mới; nó không thể gọi đường dẫn UpdateConfig chỉ dành cho quản trị viên cho một tài khoản hiện có.

Quyền hạn đóng băng nhà phát hành bị hạn chế CLMM

Khi một trong hai mint kho dữ liệu trong một pool CLMM có một trong các quyền hạn đóng băng dưới đây, các vị trí mới được mở thông qua đường dẫn V2 có tài khoản token NFT vị trí của chúng bị đóng băng. Danh sách là frozen_position_nft_authorities::IDS trong chương trình CLMM, và mục nhập duy nhất của nó là quyền hạn cơ quan phát hành mà phát hiện Superstate đã bị xóa của CLMM cũng khớp. Đây là quyền hạn cơ quan phát hành tài sản cơ bản được sử dụng chỉ làm khóa khớp. PDA pool CLMM, không phải khóa nhà phát hành, trở thành quyền hạn đóng băng cho mint NFT vị trí. Danh sách được hardcode trong chương trình CLMM. Thêm hoặc xóa một quyền hạn yêu cầu nâng cấp chương trình.

Quy ước cấu hình dùng chung / PDA

Một số chương trình Raydium cung cấp tài khoản cấu hình có khóa công khai ổn định và được liệt kê trên API công khai. Ưu tiên tra cứu API hơn hardcode:

Người nhận phí tạo pool

Cả CPMM và AMM v4 đều xác thực đích phí tạo pool của chúng theo địa chỉ chính xác, vì vậy nó phải đã tồn tại trên bất kỳ cụm nào bạn đang kiểm tra. CLMM không có phí tạo pool riêng biệt. AMM v4 cũng biên dịch 3TRTX4dXUpp2eqxi3tvQDFYUV7SdDJjcPE3Y4mbtftaX dưới tính năng testnet của nó. CPMM từ chối sự không khớp với ConstraintAddress của Anchor (2012); AMM v4 với InvalidFee.

Người giữ lệnh giới hạn CLMM

SettleLimitOrder và CloseLimitOrder chấp nhận owner của chính lệnh hoặc khóa người giữ toàn chương trình dưới đây. Người giữ không thể mở, tăng hoặc giảm lệnh, và đầu ra luôn hạ cánh trong tài khoản của chủ sở hữu lệnh — xem security/admin-and-multisig. Tham số phí AmmConfig mặc định CPMM chỉ số 0 (pool 0,25% tiêu chuẩn), để tham khảo: Xem products/cpmm/fees để biết cách các phần chia sẻ kết hợp, và reference/fee-comparison để xem ma trận so sánh sản phẩm chéo.

Hạt giống PDA

Các hạt giống dưới đây là chính thức và được sử dụng bởi cả SDK và CPI trên chuỗi. Luôn tính toán PDA; đừng hardcode các địa chỉ dẫn xuất.
token0Mint / token1Mint được sắp xếp theo thứ tự byte khóa công khai (token0 < token1) trước khi băm. Làm sai điều này sẽ tạo ra một PDA hợp lệ cho một pool không tồn tại. Các hạt giống CLMM tương đương tuân theo cùng một kiểu; xem products/clmm/accounts.

Devnet

Cơ sở REST API Devnet: https://api-v3-devnet.raydium.io/ (cùng hình dạng tuyến đường như mainnet).

Quyền hạn nâng cấp

Mọi chương trình Raydium trên mainnet-beta được triển khai dưới BPF Upgradeable Loader với cùng quyền hạn nâng cấp — ví của multisig nâng cấp chương trình Squads: Được xác minh trên chuỗi 2026-09-09 cho AMM v4, CPMM, CLMM, Stable AMM, Farm v6, LaunchLab, AMM Routing và Lock — tất cả tám báo cáo quyền hạn đó, và không có quyền hạn nào là bất biến. Kiểm tra lại với solana program show <PROGRAM_ID> -u mainnet-beta trước khi triển khai có mức độ rủi ro cao; xem security/admin-and-multisig để biết ngưỡng multisig và thực hành ký.

Tài khoản cấu hình cấp chương trình

Tất cả các giá trị được đọc từ mainnet-beta vào 2026-09-09. Tỷ lệ phí trên các tài khoản này có thể thay đổi bởi quản trị viên — đọc chúng trực tiếp thay vì lưu vào bộ nhớ cache.

Cách xác minh một địa chỉ trên chuỗi

  1. Solana Explorer. Dán địa chỉ vào explorer.solana.com và xác nhận nó được đánh dấu Program với quyền hạn nâng cấp hiện tại. Mainnet-beta sẽ hiển thị các triển khai được ký bởi quyền hạn nâng cấp của Raydium.
  2. CLI. Sử dụng solana program show <PROGRAM_ID> -u mainnet-beta để kiểm tra slot triển khai, trình tải BPF, quyền hạn nâng cấp và độ dài dữ liệu. Ghi lại những điều này trong sổ tay chạy của bạn.
  3. Đính kèm IDL. anchor idl fetch <PROGRAM_ID> --provider.cluster mainnet hoạt động cho CLMM, LaunchLab và Lock, vẫn giữ tài khoản anchor:idl kế thừa do chương trình sở hữu. Nó không hoạt động cho CPMM: IDL trên chuỗi của CPMM đã chuyển đến chương trình Program Metadata (ProgM6JCCvbYkfKqJYHePx4xxSUSqJp7rh8Lyv7nk7S) trong bản nâng cấp 2026-09, vì vậy hãy tìm nạp nó từ đó thay vào đó. AMM v4, Stable AMM và Farm không có IDL trên chuỗi. Các IDL được phản chiếu tại github.com/raydium-io/raydium-idl — so sánh IDL trên chuỗi với kho lưu trữ trước khi tin tưởng nó.
  4. Cấu hình/quyền hạn quản trị viên. Đối với các tài khoản cấu hình CPMM/CLMM, đọc trường owner/protocol_owner và xác nhận nó khớp với multisig Raydium hiện tại được công bố trong security/admin-and-multisig.
Nếu bất kỳ bốn kiểm tra nào ở trên không đồng ý với trang này, hãy coi trang này là sai và mở một vấn đề trước khi viết mã mới dựa trên các địa chỉ.

Cập nhật trang này

  • Các thay đổi đối với ID chương trình là quan trọng về an toàn. Không gửi thay đổi ID chương trình mà không (a) liên kết đến thông báo Raydium, (b) thêm mục nhập trong reference/changelog và (c) chạy kiểm tra liên kết trên tài liệu để xác nhận không có trang nào vẫn tham chiếu giá trị cũ.
  • Các phiên bản không dùng nữa vẫn ở trong bảng với ghi chú trạng thái thay vì bị xóa — các pool hiện có vẫn phân giải thông qua chương trình cũ.
Nguồn: