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
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ướigithub.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ố trongraydium-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ộtPubkey 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.
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 đó.
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
- Solana Explorer. Dán địa chỉ vào explorer.solana.com và xác nhận nó được đánh dấu
Programvớ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. - 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. - Đính kèm IDL.
anchor idl fetch <PROGRAM_ID> --provider.cluster mainnethoạt động cho CLMM, LaunchLab và Lock, vẫn giữ tài khoảnanchor:idlkế 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ó. - 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_ownervà xác nhận nó khớp với multisig Raydium hiện tại được công bố trongsecurity/admin-and-multisig.
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/changelogvà (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ũ.
- API trực tiếp:
https://api-v3.raydium.io/main/info - github.com/raydium-io/raydium-idl
- github.com/raydium-io/raydium-cp-swap

