Telegram RegisterThe public register of Telegram
Telegram profile photo for Solidity Treasures

Channel

Solidity Treasures

@soliditypedia

On this record: Growth · Engagement · Reactions · Posts · Citations · Telegram's recommendations · Cite this entry

4,311subscribers

-65 since we began measuring on 7 August 2026

Risers and fallers across the register · movement among entries of 3,162–10,000.

Register entry

Telegram ID-1001180526959
TypeChannel
Username@soliditypedia
CreatedBetween 1 March 2018 and 31 July 2021 — estimated from Telegram’s id allocation, not measured. How this range is calculated.
First recorded7 August 2026
Last confirmed live8 September 2026
Measurements held13
Confirmed unchanged1 time, most recently 8 September 2026
On Telegramt.me/soliditypedia

Growth

4,3114,3764,343.57 August 2026 — 4,376 subscribers7 August 2026 — 4,376 subscribers7 August 2026 — 4,375 subscribers10 August 2026 — 4,372 subscribers12 August 2026 — 4,366 subscribers16 August 2026 — 4,359 subscribers19 August 2026 — 4,352 subscribers22 August 2026 — 4,346 subscribers25 August 2026 — 4,338 subscribers28 August 2026 — 4,330 subscribers31 August 2026 — 4,321 subscribers3 September 2026 — 4,316 subscribers8 September 2026 — 4,311 subscribers7 August 20268 September 2026
13 measurements spanning 33 days, net -65. Dots are measurements; the straight line between them is drawn to join them, not to claim we know the path taken in between — snapshots are recorded only when a count changes, so gaps mean “no change observed”, never “interpolated”. The vertical axis spans 4,301–4,386 and does not start at zero.
Measurement log — every subscribers count we have recorded
Measured (UTC)SubscribersChange
8 Sept 2026, 14:554,311-5
3 Sept 2026, 14:004,316-5
31 Aug 2026, 10:054,321-9
28 Aug 2026, 05:354,330-8
25 Aug 2026, 14:454,338-8
22 Aug 2026, 15:574,346-6
19 Aug 2026, 07:534,352-7
16 Aug 2026, 05:194,359-7
12 Aug 2026, 23:544,366-6
10 Aug 2026, 10:034,372-3
7 Aug 2026, 15:154,375-1
7 Aug 2026, 02:004,376no change
7 Aug 2026, 01:564,376first reading

Engagement

20 posts held, back to 26 June 2026the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 6 pages of Telegram’s post history, 20 posts per page.

Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 20 posts for this entry, the most recent from 5 August 2026. An engagement rate over an empty window would be a number about nothing.

Reaction mix

15 reactions across 5 posts, in 3 distinct kinds. The most used accounts for 73.3% of them.

Every reaction kind recorded on the sample, most used first
ReactionCountShareShare, drawn
👍1173.3%
🔥320.0%
🤔16.67%

No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.

Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.

Coverage. Reactions were read on 6 of the 20 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 15 reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.

Measured over the 20 most recent posts we hold, published 26 June 2026 to 5 August 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.

Recent posts

5 Aug 2026, 18:00 UTC155 viewsread 8 August 2026

Spending policies enforced by a ZK proof, not a trusted signer Most wallet spending limits leak intent: the contract sees the amount, the recipient, the rule. ERC-8366 proposes a composable interface where any fund-holding contract — an escrow, ERC-4337 account, or EIP-7702-delegated EOA — releases funds only against a zero-knowledge proof that a policy was satisfied, without revealing the policy inputs on-chain. T

3 Aug 2026, 18:00 UTC215 views3 reactionsread 8 August 2026

ERC-4337 paymasters that accept ERC-20s, signatures, or NFTs OpenZeppelin Contracts v5.7 ships composable paymaster primitives, so sponsoring gas becomes a policy you write, not a bespoke contract. The hard part in a paymaster is validatePaymasterUserOp: you must decide who to sponsor and how to charge, then reconcile in postOp after the real gas cost is known. The new base contracts split this into pluggable check

👍2🔥1

31 Jul 2026, 18:00 UTC332 viewsread 8 August 2026

Uniswap v4 hooks move security into your code — and the defaults bite Hooks let pools run custom logic on swaps and liquidity changes: dynamic fees, custom accounting, external calls. That flexibility relocates trust boundaries into hook code, and two real incidents (Cork, Bunni) show where it breaks. The recurring failures Trail of Bits flags: Access control: hook callbacks must reject any caller that isn't the P

29 Jul 2026, 18:00 UTC340 viewsread 8 August 2026

OpenZeppelin 5.7.0 breaks EIP-712 domains that relied on long name/version If your contract passes a name or version longer than 31 bytes to EIP712, upgrading to 5.7.0 will now revert in the constructor with ShortStrings.StringTooLong. Earlier versions kept a storage fallback for values that didn't fit a ShortString. That fallback is gone: the domain is stored exclusively in immutables. Cheaper reads and a simpler

25 Jul 2026, 18:00 UTC395 viewsread 8 August 2026

Instant redemption is the wrong default for illiquid RWAs Tokenize an asset that settles T+2 off-chain, then let it redeem instantly on-chain, and you have created a liquidity mismatch: the vault promises what the underlying can't deliver on demand. Two design responses are converging. Async settlement: ERC-7540 splits redemption into request then claim, so the vault can honor real settlement windows instead of pre

22 Jul 2026, 18:02 UTC430 viewsread 8 August 2026

Pricing a prediction market on-chain with LMSR, no order book A new ERC draft binds each binary (YES/NO) market one-to-one to an ERC-721: question, odds, pool, and resolution all live on-chain and render into the tokenURI. The interesting part is the pricing. Instead of matching buyers and sellers, it uses Hanson's Logarithmic Market Scoring Rule. A single liquidity parameter b sets depth; the cost to move the mark

20 Jul 2026, 18:00 UTC404 views0 reactionsread 8 August 2026

Study real exploits by running them, not reading about them Most exploit write-ups leave you guessing about the exact state and call sequence. The evm-hack-registry is a self-contained, offline-runnable archive of DeFi exploit proof-of-concepts spanning the full history of EVM hacks (2017 to 2026). Each entry forks the pre-exploit state and reproduces the drain in a test, so you can step through the actual call tra

18 Jul 2026, 18:00 UTC428 viewsread 8 August 2026

Upgrading an EOA to a smart wallet without losing its address EIP-7702 lets an EOA set code via a signed authorization, but you still need a storage layout that survives implementation swaps. Base's eip-7702-proxy is a minimal ERC-1967 proxy that delegates a plain EOA to CoinbaseSmartWallet, keeping the account's address and history intact. Why it matters: the naive approach points the EOA directly at wallet logic,

17 Jul 2026, 18:00 UTC383 viewsread 8 August 2026

An O(1) fully on-chain limit order book, without per-order storage Classic on-chain CLOBs die on gas: matching walks a linked list, so fills and cancels scale with book depth. The Cohort Order Book proposal sidesteps this by making liquidity at each price level fungible. The mental model: instead of tracking individual orders, each price level holds pooled liquidity split into generations (cohorts). A trader's clai

15 Jul 2026, 18:00 UTC381 viewsread 8 August 2026

Ostium drained ~$18M via a registered oracle forwarder and future-dated reports Per Blockaid, the attacker didn't break the price feed — they abused a trusted path into it. A registered forwarder submitted oracle reports timestamped in the future, letting the attacker book fake trading profits against the vault before honest prices caught up. Root cause is a recurring pattern: perps and margin systems trust any rep

14 Jul 2026, 12:46 UTC388 viewsread 8 August 2026
Photo

This week in Solidity Security and correctness: Yul optimizer miscompile: the optimizer's call-graph analysis sometimes tagged mutually recursive functions as non-recursive, excluding them from memory spilling and risking silent corruption. Recheck builds that lean on the optimizer. details OpenZeppelin's contributor rules: a solid checklist for anyone shipping libraries — API design for safe inheritance, errors/e

13 Jul 2026, 23:16 UTC393 views3 reactionsread 8 August 2026

An AI agent that can wipe prod with one command isn't hypothetical — it's Tuesday 😅 A shell alias blocks one command on one machine. HELM is a fail-closed firewall for the whole agent boundary. Every action hits it before it runs: safe goes through, destructive gets blocked, unknown MCP tools get quarantined, anything borderline escalates to you. Every decision comes signed with a receipt you can verify offline. Lo

👍3

Showing the 12 most recent of 20 posts we hold for @soliditypedia. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.

Forward network

Republished by

Channels on the register that have forwarded this channel's posts into their own feed.

Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.

Appears in Telegram’s recommendations for other channels

The reverse of the list above, and a different kind of signal. This does not require this channel to have ever been asked about directly — each row below is a channel we DID ask Telegram about, whose Telegram-generated list happened to include this one. A channel can appear here with an empty list above it, because being named by someone else’s query is independent of having been queried itself.

Web3 Jobs
@web3hiring · 61,032
Telegram ranks this channel #38 of 95 here — alongside 94 others — read 22 August 2026
CryptoJobsList | Web3 Jobs
@cryptojobslist · 61,603
Telegram ranks this channel #47 of 95 here — alongside 94 others — read 22 August 2026

This channel appears in 2 seed channels' Telegram-generated recommendation lists in total. Each is Telegram’s list for THAT channel, not this one — see how this is measured.

Cite this entry

A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 8 September 2026 — this entry's latest reading, not the date you are reading this.

“Solidity Treasures” (@soliditypedia), 4,311 subscribers as measured 8 September 2026. Telegram Register, tgregister.com/channel/soliditypedia.

Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.