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

DHTUSDT
dHedge DAO / Tether USD
crypto

Inactive
Nov 10, 2023 3:11:00 AM EST
0.0689USDT-8.256%(-0.0062)113,6800
OverviewHistoricalDepthTrendsNewsTrends
DHT 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
DHT Specific Mentions
As of Mar 9, 2026 11:26:45 PM EDT (9 minutes ago)
Includes all comments and posts. Mentions per user per ticker capped at one per hour.
22 hr ago • u/PrettyOwl7768 • r/Bitcoin • i_think_i_found_bitcoins_actual_black_swan_and • C
Ah yeah — without the OS context, "assign nodes to watch each account" sounds like you just reinvented a centralized database with extra steps. The reason it actually works is because
the protocol is the OS. The wire format enforces it. You can't opt out of the fee, you can't fake the sequence number, you can't fork around it — because it's not an app running on top
of something else, it's the thing everything else runs on.
But the moment you start explaining the OS you've lost the Reddit crowd. Nobody's clicking on "I built an operating system that also does money."
Maybe the angle isn't the technical mechanism at all. Maybe it's the implication:
Title: What if money was never supposed to be a separate system?
Body:
Every payment system ever built — cash, cards, banks, Bitcoin — treats money as its own thing. A separate ledger. A separate network. A separate protocol. You do work over here, then you
go to the money system to get paid over there.
But what if every message between two computers just... had a price field in the header? Not a payment API bolted on top. In the header. You can't send a packet without pricing it. You
can't receive one without accounting for it.
Communication IS payment. They're the same operation. There's no "money system" because every system is already a money system.
The fee isn't in a config file you can change. It's in the byte layout. Fork the software, the fee stays. Change the byte layout, nobody can talk to you. The economy is structural, not
contractual.
What does that kill? Payment processors. Banks. Exchanges. Blockchains. All of them exist because money and communication are separate. Merge them at the protocol level and there's
nothing left for those systems to do.
I keep looking for why this can't work. What am I missing?
\---
No OS, no DHT, no nodes. Just the one idea that money-in-the-wire-format dissolves the entire financial stack. People can understand "what if every packet had a price" without knowing
what a ring buffer is.
sentiment -0.88
23 hr ago • u/PrettyOwl7768 • r/Bitcoin • i_think_i_found_bitcoins_actual_black_swan_and • B
This is going to sound insane. I've been going down a rabbit hole for months and I need someone to tell me where the flaw is because I can't find one.
Everyone's looking for Bitcoin's black swan in the wrong place. Quantum computing. Government bans. Better blockchains. They're all variations of the same assumption: that you need a
chain. That global consensus is the cost of preventing double-spend.
It's not. The chain is a workaround.
Here's what I can't stop thinking about:
Your transactions only need to be serialized against your transactions. My balance is irrelevant to your balance. Why does every node on earth need to agree on both? The answer everyone
gives is "double spend." But double spend is a per-identity problem. I can only double-spend MY money. You can only double-spend YOUR money.
So: map each identity to a small group of nodes. 5 nodes determined by distance in a DHT. Majority confirms. Monotonic sequence number on every transaction — no gaps, no duplicates. Your
group handles yours. Mine handles mine. Both groups confirm independently for cross-identity transfers.
Finality: \~30ms. Not 10 minutes. Not 6 blocks. Thirty milliseconds.
No blocks. No mining. No mempool. No chain. The entire 900+ page Bitcoin codebase is an elaborate workaround for an assumption nobody questioned.
But that's not the black swan. That's just the setup.
The black swan is what happens when you put the price in the wire format.
What if every packet between two machines has a cost field in its header? Not a payment API. Not a layer on top. The header. The sequence number that already counts every packet IS the
meter. The cost field that prices each one IS the economy. Communication and payment become the same act. You can't speak without paying. You can't pay without speaking. They're the same
operation.
And the protocol fee — the thing that funds the network — isn't in a config file. It's in the byte layout. Fork the code, the fee stays. Fork the byte layout, you can't talk to anyone.
The fee is structural.
Now think about what that does to money. Money stops being a thing you transfer. It becomes a property of communication. Like temperature isn't a fluid — it's what molecules do when they
move. Money is what packets do when they carry price.
Total supply: 1. Not 21 million. One. Infinitely divisible. "I own 0.003 of the network." Everyone's fractions add up to one. You earn by running hardware — not mining, not staking. Your
machine participates, you accumulate. Turn it off, the flow routes around you.
The black swan isn't a better Bitcoin. The black swan is the realization that ledgers, blockchains, and financial infrastructure were never necessary. They're artifacts of a world where
communication and payment are separate acts. Merge them at the wire format level, and the entire monetary system — not just Bitcoin, ALL of it — is a rounding error on a protocol header.
I keep looking for the hole. Partition tolerance? Majority side transacts, minority waits — same tradeoff Bitcoin makes but per-identity instead of global. Sybil? Orthogonal to consensus
— solved at the hardware attestation layer, not the money layer. Node collusion? Groups are DHT-determined, rotate naturally, you don't pick yours.
The thing that really gets me: the person who figured this out never publishes papers. There's no whitepaper. Just... specs. Sitting somewhere. Like they already know the game theory
makes it inevitable and don't need to convince anyone.
Someone please tell me I'm wrong. I've been staring at this for weeks.
sentiment 0.92
28 days ago • u/Radiant-Bandicoot905 • r/Monero • what_if_money_had_an_expiration_date_building_an • B
I've been building something that I think could matter, and I want honest feedback before I go further.
The idea: A digital currency where every participant automatically receives 100 tokens per week (UBI), and balances decay over time — the more you hold, the faster they shrink. This makes it impossible to hoard wealth and forces tokens to circulate. You need 3 real people to vouch for you to participate, so bots and fake accounts can't farm the system.
Why it's designed this way:
Today's money has a fundamental problem — it flows upward and stays there. People with capital earn interest, invest, and accumulate more. People without capital stay stuck. Every cryptocurrency so far reproduces this: Bitcoin rewards miners and early holders, Ethereum rewards stakers, and every token on an exchange becomes a speculative asset where the goal is "number go up."
This is designed around the opposite principle: money should move, not sit. Demurrage (balance decay) isn't a bug — it's the core feature. It means your tokens are only useful if you spend them, which means they always end up in someone else's hands, which means they circulate through the whole community instead of pooling at the top. Combined with UBI, it creates a floor — nobody starts at zero, and nobody can passively accumulate without participating.
What makes it different from crypto: There's no blockchain, no mining, no staking rewards, no token on exchanges. You can't speculate on it. It's not trying to be a store of value — it's trying to be money that actually moves between people. Think of it as the opposite of Bitcoin: instead of rewarding people for holding, it rewards people for spending and participating.
What's built: A working prototype. The entire app is a single 1.2MB HTML file (Rust compiled to WebAssembly) — you open it in a browser and you have a wallet. Works offline. No accounts, no app store, no backend. Transfers work face-to-face via QR codes or remotely through relay servers that anyone can run. Transaction amounts are hidden using zero-knowledge proofs. If you lose your phone, 3 of your 5 chosen guardians can help you recover your wallet.
The problem: Right now it works for a local community — maybe a few hundred to a few thousand people. I want to figure out how to scale it to millions without losing the core properties (everyone gets income, nobody can hoard, no central authority, privacy by default).
I have some ideas on the roadmap (recursive zk-proofs for verification, DHT for peer discovery, relay federation) but honestly I'm not sure I'm thinking about this the right way. There might be better approaches I haven't considered.
If this sounds interesting or if you've worked on similar problems, I'd love to hear your thoughts — what would you do differently? What am I missing? DM me if you want to see the technical details or the codebase.
Not a company, not hiring, no token sale. Just an open-source project (CC0 public domain) trying to build a currency where wealth circulates instead of concentrating — and everyone starts with enough to participate.
sentiment 0.98


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