Update on the preparation phase to support Token 2022 on DLMM:

ETA to deploy Token 2022 support on DLMM:
Tue, 25 March (~1 week) to provide time to test and integrate. Timeline may change, we will inform you once the program is deployed.

(1) Please refer to the Changelog for the new program endpoints and breaking changes.

(2) If you're using DLMM, there are breaking changes for swap & quoting once we deploy the program update:
- You should switch to the v2 endpoints stated in the changelog, after our upgrade. The v2 endpoints can support both SPL and Token 2022
- FYI included in this upcoming update: More flexibility for pool creation; smaller bin step pool can now support higher base fee %. It's supported by the endpoints createCustomizablePermissionlessLbPair2 and createLbPair2
- Note: Previous pools created with the old endpoint are still compatible.

(3) SDK can be found here: https://github.com/MeteoraAg/dlmm-sdk/pull/162

(4) You can test using the staging environment on mainnet now
- Test link: https://meteora-app-git-feat-token-2022-staging.preview.jup.ag/
- Staging Program Id: tLBro6JJuZNnpoad3p8pXKohE9f7f7tBZJpaeh6pXt1

Update on Token 2022 support on DLMM:

To give integrators extra time to support the changes,
ETA to deploy Token 2022 support on DLMM has been changed to:
Fri, 28 March, 2025. ~11am UTC+8

We have just upgraded the DLMM program to support Token 2022!
This is also live on the Meteora UI, so pools can now be created on https://meteora.ag/ using Token 2022 tokens.

- As mentioned previously for integrators, there are breaking changes related to swap & quoting for new DLMM pools created using Token 2022.

- Integrators should ideally switch to the v2 endpoints stated in the changelog now. The v2 endpoints can support both SPL and Token 2022.

- Note: Previous pools created with the old v1 endpoint are still compatible.

Thanks everyone for your support!🙏🏻

Today, we're unveiling our most powerful product yet - the Dynamic Bonding Curve (DBC)

One SDK, all of Meteora’s features and power, with full customizability.

The promise is simple: DBC helps you iterate faster. With DBC, launchpads and other integrators can easily enjoy Meteora’s entire suite of features and products. And every new product idea is integrated into Jupiter and all platforms.

The Result? Find PMF faster. Innovate on distribution and your product, knowing that the tech always has your back.

See what you can do at https://launch.meteora.ag/

In addition, we’ve worked with Jupiter, GMGN, Photon and more to build discovery for tokens launching from DBC. We also innovated a new discovery platform with Jupiter Pro, allowing all of Meteora’s partners to get the recognition they deserve.

Meteora is here to supply the technology, and empower our partners. We’re here to help our partners win.

Check out our DBC launch partners: Dialect, Dealr, and many more expected to launch and announce support for DBC over the next few weeks.

All these are part of Meteora’s ultimate 3LP goal – empowering all launchpads, and creating more opportunities for the LP Army.

Let’s ship.

https://x.com/MeteoraAG/status/1915460846140207442

Meteora Dynamic Bonding Curve (DBC) SDK just got an update!
(@meteora-ag/dynamic-bonding-curve-sdk)


We have just updated our DBC Typescript SDK (@meteora-ag/dynamic-bonding-curve-sdk) to v1.1.2.


Updating your library to the latest version (v1.1.2.) will consist of the following breaking changes:
- createConfig, buildCurveAndCreateConfig and buildCurveAndCreateConfigByMarketCap will now require an additional creatorTradingFeePercentage parameter where you can indicate how much the creator of the pool can earn when the pool is pre-graduation. Here is a reference to the updated interface. Reference: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/CHANGELOG.md#parameters


- Calling state functions such as getPool or getPoolConfig will be called in this manner:

client.state.getPoolConfig

- Changed function name of claimTradingFee to claimPartnerTradingFee


- New helper functions to get DBC or DAMMV1 or DAMMV2 pool addresses. Reference: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/docs.md#derivedbcpooladdress


We also implemented additional updates to the SDK:


- createPoolAndBuy function that allows you to create a pool and be the first buyer


- creatorWithdrawSurplus and claimCreatorTradingFee functions for pool creators


- Updated doc.md with all the functionalities of the SDK. Reference: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/docs.md


Check out the full change log here: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/CHANGELOG.md


If anyone is facing any blockers or issues or have areas of improvement that they would like to share, feel free to reach out to me @dannweeeee on telegram.


Thanks everyone for your support and Happy Building! 🙏🏻

https://x.com/MeteoraAG/status/1925538484971769972

Heads up — DAMM V2 is live on Dexscreener, if you use DBC, consider migrating to DAMM V2 going forward!

❗️Heads up for DBC Builders

The latest version of the SDK is live now

@meteora-ag/dynamic-bonding-curve-sdk@1.1.6

Breaking changes to note:
- If you are using any of the buildCurveAndCreateConfig or buildCurveByMarketCapAndCreateConfig functions, those are deprecated now. The new flow would be as such:
--> 1. Call any of the build curve functions (`buildCurve`, buildCurveWithMarketCap, buildCurveWithLiquidityWeights, buildCurveWithCreatorFirstBuy, `buildCurveWithTwoSegments`)
--> 2. Then call client.partner.createConfig to create the config
--> Full Flow:

const curveConfig = buildCurveWithMarketCap({
    ... 
)}

const transaction = await client.partner.createConfig({
    config: new PublicKey('1234567890abcdefghijklmnopqrstuvwxyz'),
    feeClaimer: new PublicKey('boss1234567890abcdefghijklmnopqrstuvwxyz'),
    leftoverReceiver: new PublicKey('boss1234567890abcdefghijklmnopqrstuvwxyz'),
    payer: new PublicKey('boss1234567890abcdefghijklmnopqrstuvwxyz'),
    quoteMint: new PublicKey('So11111111111111111111111111111111111111112'),
    ...buildCurveResponse,
})

Changelog: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/CHANGELOG.md

Documentation: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/docs.md

Happy building! Feel free to reach out to me @dannweeeee if you have any questions / bugs / feedback on any of our SDKs.

❗️Program Update for DBC Builders

The latest version of the DBC Program and Typescript SDK is live now:

DBC Program Update:
- Added the functionality to transfer pool creator to a new creator
- Added the functionality to collect a migration fee from migration quote threshold (this can be fee shared to pool creator)
- Added the functionality to indicate whether token update authority is mutable or immutable

This will mean that there are 2 additional parameters when you create your config key:

    tokenUpdateAuthority: number // 0 - Mutable, 1 - Immutable,
    migrationFee: {
        // Optional migration fee (set as 0 for feePercentage and creatorFeePercentage for no migration fee)
        feePercentage: number // The percentage of fee taken from migration quote threshold (0-50)
        creatorFeePercentage: number // The fee share percentage for the creator from the migration fee (0-100)
    }

Additional functions:
- client.creator.transferPoolCreator - to transfer poolCreator to a new wallet address
- client.creator.withdrawMigrationFee - creator to withdraw migration fee
- client.partner.withdrawMigrationFee - partner to withdraw migration fee

For Typescript SDK users, please check the CHANGELOG.md to see if this change affects you.

CHANGELOG.md: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/CHANGELOG.md

docs.md: https://github.com/MeteoraAg/ts-sdk/blob/main/packages/dynamic-bonding-curve/docs.md

Happy building! Feel free to reach out to me @dannweeeee if you have any questions / bugs / feedback on any of our SDKs.

Important for integrators / indexers / trading platforms & bots:
New endpoint for DAMM v2 pool creation! initialize_pool_with_dynamic_config

- Using this new endpoint, partners have more flexibility; they can use the same private config key to create multiple pools with different params (e.g. for fee scheduler, fee collection token), instead of requiring multiple config keys.
- Also, with this new endpoint, only the pool creator authority is allowed to create a pool and this authority is set in a private config key. As such, even if the token is leaked, the pool creator authority can still create the pool normally.
- Another use case is to allow partners to use their own private config key to seed or migrate to a DAMM v2 pool which has a specific price range.
- More details here: https://github.com/MeteoraAg/cp-amm-sdk/blob/main/docs.md#createcustompoolwithdynamicconfig

Please help to support this new endpoint, as well as the previous 2 endpoints for DAMM v2:
- initialize_pool : Create a new pool from a config key
- initialize_customizable_pool : Create a new pool with customizable parameters. When using this endpoint, there's no config key. The pool address is unique to each token mint pair. So it should only be used by the token deployer and the token can't be leaked. If the token is leaked and someone created a pool for it, another new pool can't be created using this endpoint.

Thank you!