Create Account
Log In
Dark
chart
exchange
Premium
Terminal
Screener
Stocks
Crypto
Forex
Trends
Depth
Close
Check out our Level2View

DBCETH
DeepBrain Chain / Ethereum
crypto

Inactive
Jun 30, 2022 3:21:00 AM EDT
0.00000085ETH+1.190%(+0.00000001)92,9880
OverviewHistoricalDepthTrendsNewsTrends
DBC Reddit Mentions
Subreddits
Limit Labels     

We have sentiment values and mention counts going back to 2017. The complete data set is available via the API.
Take me to the API
DBC Specific Mentions
As of Jun 29, 2026 10:49:39 AM EDT (<1 min. ago)
Includes all comments and posts. Mentions per user per ticker capped at one per hour.
12 days ago • u/alexsssaint • r/solana • got_creatorsigned_token_launches_working_on • Dev/Tech • B
Been building a creator-token platform on Solana and just got the launch flow where it should be: the creator signs their own launch, not the platform.
How it’s wired with Meteora DBC:
• createPool takes separate payer and poolCreator. payer = our platform wallet (covers rent/gas), poolCreator = the creator’s own wallet (embedded, Turnkey).
• Server partial-signs the two keys it controls (fee payer + the ephemeral mint), the creator adds their signature client-side, then broadcast.
• No transferPoolCreator step, the creator owns the pool from t=0. mint authority gets revoked right after, supply fixed at 1B.
The one thing I wasn’t sure would hold: whether the embedded-wallet signer preserves the server’s partial sigs when the creator adds theirs. It does, tx landed with all three signatures intact, on-chain creator = the creator’s wallet, fee payer = platform.
Two things I’d flag for anyone doing the same:
• Explorers show the fee payer as “creator” in their summary view, the real owner is the poolCreator field on the pool account, read it from the SDK to be sure.
• Watch your config key isn’t silently falling back to a hardcoded default; that’s your fee-claimer.
Anyone else split payer vs poolCreator this way, or did you go a different route for embedded-wallet launches?
sentiment 0.75
12 days ago • u/alexsssaint • r/solana • got_creatorsigned_token_launches_working_on • Dev/Tech • B
Been building a creator-token platform on Solana and just got the launch flow where it should be: the creator signs their own launch, not the platform.
How it’s wired with Meteora DBC:
• createPool takes separate payer and poolCreator. payer = our platform wallet (covers rent/gas), poolCreator = the creator’s own wallet (embedded, Turnkey).
• Server partial-signs the two keys it controls (fee payer + the ephemeral mint), the creator adds their signature client-side, then broadcast.
• No transferPoolCreator step, the creator owns the pool from t=0. mint authority gets revoked right after, supply fixed at 1B.
The one thing I wasn’t sure would hold: whether the embedded-wallet signer preserves the server’s partial sigs when the creator adds theirs. It does, tx landed with all three signatures intact, on-chain creator = the creator’s wallet, fee payer = platform.
Two things I’d flag for anyone doing the same:
• Explorers show the fee payer as “creator” in their summary view, the real owner is the poolCreator field on the pool account, read it from the SDK to be sure.
• Watch your config key isn’t silently falling back to a hardcoded default; that’s your fee-claimer.
Anyone else split payer vs poolCreator this way, or did you go a different route for embedded-wallet launches?
sentiment 0.75


Share
About
Pricing
Policies
Markets
API
Info
tz UTC-4
Connect with us
ChartExchange Email
ChartExchange on Discord
ChartExchange on X
ChartExchange on Reddit
ChartExchange on GitHub
ChartExchange on YouTube
© 2020 - 2026 ChartExchange LLC