Kije

JUST IN: 🇺🇸 SEC delays plan to allow blockchain-based tokenized stocks.

Toncoin (TON) -> Gram (GRAM) Community vote is live. Since Telegram took a leading role in TON's development, the chain got 10× faster, fees 6× lower. And now Telegram proposes one more change: renaming Toncoin to Gram - the name from the original TON White Paper that never left the codebase. Vote here -> ton.vote/EQDQvywF226NXo…

24/7 regulated crypto futures and options trading are here through @CMEGroup, and Ripple Prime is a day-one clearing partner. Institutional demand meets institutional infrastructure. Built for always-on markets.

Feel free to disagree — genuine takes welcome.

The halving cycle never lies. Patience = profits #Bitcoin

X Communities are about to be deprecated, which leaves a huge void in the crypto ecosystem - and an even bigger opportunity for the future good of the space. While it’s a big loss, it also presents a huge opportunity to completely redefine what a crypto community experience looks like from scratch. And we’re doing it with all the platforms you know and love.

JUST IN: Tom Lee's 'BitMine' buys $50M worth of Ethereum

Been wrong before but this one feels different.

Web3 is still early. Those who see it will win #Crypto #Web3

One last flush lower. After that, $ETH runs the most hated rally of all time! Bitcoin will run to $200,000!

Bear markets build champions. Bull markets reward them #BTC

Trying to predict short-term price action is hard, as I generally consider the short-term moves akin to a random walk, or geometric brownian motion. ..but.. if i had to guess, I would guess that BTC tags $70k soon, then gets a small bounce. But after the bounce is over (likely a few days to a week or so), I do think BTC will head back to the lows from February 2026. If I'm wrong about BTC revisiting the lows from February, I will quote tweet this and simply say "I was wrong." And then I will let every bull dunk away.

This is my actual view, not financial advice ofc.

Another day bullish on crypto. DYOR and hold tight #Crypto #BTC

Vyper devs continue doing impressive things. Highly encourage people (and their bots) to take another look at the language.

Finally, the block building pipeline. In Glamsterdam, Ethereum is getting ePBS, which lets proposers outsource to a free permissionless market of block builders. This ensures that block builder centralization does not creep into staking centralization, but it leaves the question: what do we do about block builder centralization? And what are the _other_ problems in the block building pipeline that need to be addressed, and how? This has both in-protocol and extra-protocol components. ## FOCIL FOCIL is the first step into in-protocol multi-participant block building. FOCIL lets 16 randomly-selected attesters each choose a few transactions, which *must* be included somewhere in the block (the block gets rejected otherwise). This means that even if 100% of block building is taken over by one hostile actor, they cannot prevent transactions from being included, because the FOCILers will push them in. ## "Big FOCIL" This is more speculative, but has been discussed as a possible next step. The idea is to make the FOCILs bigger, so they can include all of the transactions in the block. We avoid duplication by having the i'th FOCIL'er by default only include (i) txs whose sender address's first hex char is i, and (ii) txs that were around but not included in the previous slot. So at the cost of one slot delay, only censored txs risk duplication. Taking this to its logical conclusion, the builder's role could become reduced to ONLY including "MEV-relevant" transactions (eg. DEX arbitrage), and computing the state transition. ## Encrypted mempools Encrypted mempools are one solution being explored to solve "toxic MEV": attacks such as sandwiching and frontrunning, which are exploitative against users. If a transaction is encrypted until it's included, no one gets the opportunity to "wrap" it in a hostile way. The technical challenge is: how to guarantee validity in a mempool-friendly and inclusion-friendly way that is efficient, and what technique to use to guarantee that the transaction will actually get decrypted once the block is made (and not before). ## The transaction ingress layer One thing often ignored in discussions of MEV, privacy, and other issues is the network layer: what happens in between a user sending out a transaction, and that transaction making it into a block? There are many risks if a hostile actor sees a tx "in the clear" inflight: * If it's a defi trade or otherwise MEV-relevant, they can sandwich it * In many applications, they can prepend some other action which invalidates it, not stealing money, but "griefing" you, causing you to waste time and gas fees * If you are sending a sensitive tx through a privacy protocol, even if it's all private onchain, if you send it through an RPC, the RPC can see what you did, if you send it through the public mempool, any analytics agency that runs many nodes will see what you did There has recently been increasing work on network-layer anonymization for transactions: exploring using Tor for routing transactions, ideas around building a custom ethereum-focused mixnet, non-mixnet designs that are more latency-minimized (but bandwidth-heavier, which is ok for transactions as they are tiny) like Flashnet, etc. This is an open design space, I expect the kohaku initiative @ncsgy will be interested in integrating pluggable support for such protocols, like it is for onchain privacy protocols. There is also room for doing (benign, pro-user) things to transactions before including them onchain; this is very relevant for defi. Basically, we want ideal order-matching, as a passive feature of the network layer without dependence on servers. Of course enabling good uses of this without enabling sandwiching involves cryptography or other security, some important challenges there. ## Long-term distributed block building There is a dream, that we can make Ethereum truly like BitTorrent: able to process far more transactions than any single server needs to ever coalesce locally. The challenge with this vision is that Ethereum has (and indeed a core value proposition is) synchronous shared state, so any tx could in principle depend on any other tx. This centralizes block building. "Big FOCIL" handles this partially, and it could be done extra-protocol too, but you still need one central actor to put everything in order and execute it. We could come up with designs that address this. One idea is to do the same thing that we want to do for state: acknowledge that >95% of Ethereum's activity doesn't really _need_ full globalness, though the 5% that does is often high-value, and create new categories of txs that are less global, and so friendly to fully distributed building, and make them much cheaper, while leaving the current tx types in place but (relatively) more expensive. This is also an open and exciting long-term future design space. firefly.social/post/lens/8144…

I spent the weekend putting my thoughts about $ETH and Ethereum into this article I built my career, community, and business on Ethereum, so the decision to sell deserves a deeper explanation I hope this is sufficient Thank you, all

🚀 cPen 1.2.17 Update is Here! 🚀 We’ve just launched our latest cPen app update on Android (iOS coming soon)! 🎉 You can now enter your BSC wallet address for the upcoming token distribution in the first quarter of 2025 (exact date TBA). 📍🛠️ Please note that the address must be from a self-custodial wallet (such as MetaMask, Trust Wallet, or OKX Web3 Wallet) that you control. Do not use addresses from centralized exchanges (CEX). Make sure you verify your wallet address carefully. If you provide an incorrect address or a CEX address, your tokens will be lost permanently and cannot be recovered. If you haven’t installed the cPen mobile app yet, download it here: cpen.io Thank you for your continued support—together, we’ll make a difference!

$MSTR - MICROSTRATEGY SELLS 32 BTC FOR $2.5M AT AVERAGE OF $77.135M: FILING

finally ran the numbers on my fridge and cooked an actual meal tonight. efficiency: 10/10. the charts will still be there in an hour. sometimes the best investment is just eating a real dinner.