Dune 学习笔记：一次完整的 Meteora DBC 链上查询实战推演

1.明确需求，搞清楚业务逻辑

开发 Launchpad 需要调用 Meteora DBC 的发射功能，而 config 创建是其中的核心一步——它决定了代币的初始价格、迁移阈值、供应量等关键参数。为了有参考依据，我希望调研同样基于 Meteora DBC 构建的平台，看看它们是如何配置的。

调研对象首先确定为：Believe、Bags、Moonshot、Jupiter Studio。

问题是这些平台的链上地址并不能直接获取，需要从它们发射过的代币地址反向推导。这个"反推"的过程正好也属于下一步"搜索数据表"的一部分——业务逻辑与数据结构往往相互印证，理解其中一方有助于看懂另一方。

2.搜索相关的表

用 Dune 内置的搜索 在 Dune 编辑器里，按 Ctrl+Space 触发自动补全，可以浏览表名和字段

本次需要的三张表

event & function

这里出现一个疑问，表格似乎有两种类型，分别代表什么呢？

1. event（事件）

• 含义：智能合约中记录的重要操作日志，链上触发后会被索引并存储。
• 数据内容：包含交易哈希、区块时间、操作参数等。

2. function（函数）

• 含义：智能合约中可调用的方法，用户或合约通过交易调用它们。
• 数据内容：包含调用者、输入参数、输出结果等。

事件（event）和函数调用（function call）在 Dune 等区块链数据平台中并不是重复的数据，而是从不同角度记录同一操作的两种数据结构，它们互为补充。❗️详情见附录

回到本次需求：如果想查各发射平台的迁移阈值、初始价格等预设参数，应该查 call_createConfig 或 evt_CreateConfigV2 这类记录创建配置的表——这是"意图"侧的数据。如果想知道实际迁移时的价格，则需要结合 evt_Swap2 事件表，从触发迁移的那笔交易里找——这是"结果"侧的数据。两者不重复，但往往需要联表才能还原全貌。

3.查看表字段，了解含义

EvtCreateConfig

平台创建 Bonding Curve 配置时触发的事件。这是最核心的表，记录了每个发射平台设置的所有参数：初始价格、迁移阈值、代币供应量、手续费等。每个 config 地址对应一个平台的一套发行规则。❗️详情见附录

EvtInitializePool

每个代币创建时初始化虚拟池触发的事件。记录"哪个代币使用了哪套平台配置"，是连接 config（平台配置）和具体代币池的桥梁表。

EvtCurveComplete

Bonding Curve 达到毕业条件（募集额达到 migration_quote_threshold）时触发的事件，记录"毕业"时刻的池子状态。可通过此表统计各平台的毕业数量和毕业时的 base/quote 储备。

4. 开始写查询

从代币地址倒推平台owner

SELECT 
    ip.base_mint,
    ip.pool,
    ip.config,
    cc.owner
FROM meteora_solana.dynamic_bonding_curve_evt_evtinitializepool ip
LEFT JOIN meteora_solana.dynamic_bonding_curve_evt_evtcreateconfig cc
    ON ip.config = cc.config
WHERE ip.base_mint = 'BFgdzMkTPdKKJeTipv2njtDEwhKxkgFueJQfJGt1jups';

查询owner创建的config及每个config发射代币情况

查看Dune查询

WITH 
-- 平台配置参数
platform_config AS (
    SELECT
        evt_block_time,
        owner,
        fee_claimer,
        evt_tx_signer,
        config,

        CASE quote_mint
            WHEN 'So11111111111111111111111111111111111111112' THEN 'SOL'
            WHEN 'EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v' THEN 'USDC'
            WHEN 'Es9vMFrzaCERmJfrF4H2FYD4KCoNkY11McCe8BenwNYB' THEN 'USDT'
            ELSE quote_mint  -- 遇到其他代币直接显示 mint 地址
        END AS quote_symbol,
    
        -- ROUND(POWER(CAST(sqrt_start_price AS DOUBLE) / POWER(2, 64), 2) / POWER(10, 9 - token_decimal), 18) AS initial_price,    
        ROUND(POWER(CAST(sqrt_start_price AS DOUBLE) / POWER(2, 64), 2) , 18) AS initial_price,    
        
        CAST(migration_quote_threshold AS DOUBLE) 
            / CASE quote_mint
                WHEN 'So11111111111111111111111111111111111111112' THEN 1e9   -- Wrapped SOL
                WHEN 'EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v' THEN 1e6 -- USDC
                WHEN 'Es9vMFrzaCERmJfrF4H2FYD4KCoNkY11McCe8BenwNYB' THEN 1e6 -- USDT
                ELSE 1e9  -- 默认按 SOL 精度
            END                                                               AS migration_threshold_adj,
    
        token_decimal,
        fixed_token_supply_flag,
        migration_option,
    
        CAST(migration_base_amount AS DOUBLE) / POWER(10, token_decimal) AS migration_base_amount_adj,
        CAST(pre_migration_token_supply AS DOUBLE) / POWER(10, token_decimal) AS pre_migration_token_supply_adj,
        CAST(migration_base_amount AS DOUBLE) / POWER(10, token_decimal) 
        / NULLIF(CAST(pre_migration_token_supply AS DOUBLE) / POWER(10, token_decimal), 0)  AS migration_pct
    FROM meteora_solana.dynamic_bonding_curve_evt_evtcreateconfig  
    WHERE owner = 'CWcERiVd7xkUrcJK5QBdcKC5GG8JMATMLNHtCEUguwPz'
),

-- 每个config创建池子数
pool_info AS (
    SELECT
        config,
        COUNT(pool) AS total_pools    
    FROM meteora_solana.dynamic_bonding_curve_evt_evtinitializepool 
    GROUP BY config
),

-- 每个config毕业池子数
grad_info AS (
    SELECT
        config,
        COUNT(pool) AS completed_pools
    FROM meteora_solana.dynamic_bonding_curve_evt_evtcurvecomplete
    GROUP BY config
)

-- 最终主查询
SELECT
    pc.evt_block_time,
    pc.owner,
    pc.fee_claimer,
    pc.evt_tx_signer,
    pc.config,
    pc.quote_symbol,
    pc.initial_price,
    pc.migration_threshold_adj,
    pc.token_decimal,
    pc.fixed_token_supply_flag,
    pc.migration_option,
    pc.migration_base_amount_adj,
    pc.pre_migration_token_supply_adj,
    pc.migration_pct,
    COALESCE(pi.total_pools, 0) AS total_pools,          -- 该 config 下的总池子数
    COALESCE(gi.completed_pools, 0) AS completed_pools,   -- 该 config 下已毕业的池子数
    ROUND(completed_pools * 1.0 / NULLIF(total_pools, 0), 4) AS graduation_rate
FROM platform_config pc
LEFT JOIN pool_info pi ON pc.config = pi.config
LEFT JOIN grad_info gi ON pc.config = gi.config
ORDER BY pi.total_pools DESC;

5. 获取并整理结果

在solscan查询owner地址，对比确认平台

6. 总结与反思：从链上数据看产品设计

本次针对 Meteora DBC 的链上查询，完成了从业务需求到数据验证的闭环推演。核心沉淀为以下三点：

• 业务是数据的指南针：链上分析不能盲目摸黑。厘清“代币地址 > 平台 Owner > 全局配置”的漏斗路径，才能在成百上千张表中找准关联键（JOIN Keys）。
• “意图”与“结果”互补：function call 记录了平台创建配置的“最初意图”（初始价格、毕业阈值），而 event 记录了市场博弈后的“最终结果”（实际毕业率、储备量）。两者结合，才是完整的全景数据。
• 避开 Solana 的精度陷阱：Solana 链上数据有其特殊性。处理价格时必须通过公式将 Q64.64 定点数还原，并根据 quote_mint 的不同（SOL 为 9 位精度，USDC 为 6 位精度）动态对齐精度，否则数据会失真。

价值落地：通过对 Moonshot、Bags 等头部平台配置参数与真实毕业率（graduation_rate）的解构，我们拿到了公开的行业标杆。这些真实的链上指标，将为我们自研 Launchpad 的代币经济学和价格曲线设计提供最坚实的数据支撑。

附录

event和function核心区别

以 swap 操作为例

假设用户调用 swap 函数进行代币兑换：

• 函数调用表（call_swap）会记录：
  • 调用者地址
  • 输入的代币数量（amount_in）
  • 最小输出代币数量（min_amount_out）
  • 接收方地址等原始参数。
• 事件表（evt_Swap）会记录：
  • 实际兑换后的输出数量（amount_out）
  • 交易完成后的池子状态（如新的储备量、新的价格）
  • 可能包含交易手续费等执行细节。

可以看到，事件包含了函数调用中不存在的信息（如实际成交结果），而函数调用包含了事件中不存在的信息（如调用者的滑点设置）。两者结合才能完整还原一笔交易的全貌。

表格字段详情

EvtCreateConfig

平台创建 Bonding Curve 配置时触发的事件。这是最核心的表，记录了每个发射平台设置的所有参数：初始价格、迁移阈值、代币供应量、手续费等。每个 config 地址对应一个平台的一套发行规则。

EvtInitializePool

每个代币创建时初始化虚拟池触发的事件。记录"哪个代币使用了哪套平台配置"，是连接 config（平台配置）和具体代币池的桥梁表。

EvtCurveComplete

Bonding Curve 达到毕业条件（募集额达到 migration_quote_threshold）时触发的事件，记录"毕业"时刻的池子状态。可通过此表统计各平台的毕业数量和毕业时的 base/quote 储备。