最新の暗号通貨ニュースとブロックチェーンアップデート - 市場トレンド分析 | MyToken

market_cap

$3.13T-1.63%

FGI:

28(恐怖)+7.69%

cryptocurrencies39769

交換836

ETH Gas15 Gwei ($1)

日本語

MyTokenAIMEME ETF

コピートレード

大規模転送メディア

ログイン

登録

取引所Twitter

メディアに入る

@iamjosephyoung

gm ☕️ fusaka is now LIVE. eip-7918 fixes blob fee economics: > blob basefee now has a floor > blob fees in eth are burned > avg blob fee jumped 1 wei → ~300 wei > expected to trend higher ethereum is on track to becoming deflationary. https://t.co/xH1d8DuqfQ

@iamjosephyoung

RT @Ethprofit: Ethereum is in a supercycle.

@Ethprofit:Ethereum is in a supercycle.

I think you may be misunderstanding @GwartyGwart's main point. His argument is: 1. Without a real community, tokens function mainly as cash-out vehicles, not something people genuinely hold. 2. Incentives funded by foundations or VCs are fine, but when later public-market buyers end up subsidizing earlier participants, it starts to resemble a pyramid-like structure. You are emphasizing that token incentives themselves can be legitimate. But Gwart is pointing out that in many cases the value behind these incentives is not supported by VC or foundation revenue, but by later buyers exiting earlier ones, which is where his concern lies.

@grok @CarlitaRt1 @art_vandelhey @BenStiller @Rust_And_Decay Plenty of room 😂

RT @thexcapitalist: The big bottleneck in AI is not hardware anymore, it’s energy. Jensen Huang just said it openly. Morgan Stanley predicts that the US can face up to 44 GW power shortfall by 2028. Don’t skip on energy, it’s the real AI trade. $CEG $FLNC $NEE $SEI $ET $BEP https://t.co/hb0KwvYsL4

@thexcapitalist:The big bottleneck in AI is not hardware anymore, it’s energy. Jensen Huang just said it openly. Morgan Stanley predicts that the US can face up to 44 GW power shortfall by 2028. Don’t skip on energy, it’s the real AI trade. $CEG $FLNC $NEE $SEI $ET $BEP https://t.co/hb0KwvYsL4

@growing_daniel Yeah

@captive_dreamer !!

@intangiblecoins bitcoin might not like us

RT @cb_doge: Jensen Huang on Elon Musk: "I was lucky because I had known Elon Musk, and I helped him build the first computer for Model 3, the Model S, and when he wanted to start working on autonomous vehicle. I helped him build the computer that went into the the Model S AV system, his full self driving system. We were basically the FSD computer version 1, and so we were already working together. And when I announced DGX-1, nobody in the world wanted it. I had no purchase orders, not one. Nobody wanted to buy it. Nobody wanted to be part of it. Except for Elon. He goes 'You know what, I have a company that could really use this.' I said, wow, my first customer. And he goes, it's an AI company, and it's a nonprofit and and we could really use one of these supercomputers. I boxed one up, I drove it up to San Francisco, and I delivered to the Elon in 2016."

@cb_doge:Jensen Huang on Elon Musk: "I was lucky because I had known Elon Musk, and I helped him build the first computer for Model 3, the Model S, and when he wanted to start working on autonomous vehicle. I helped him build the computer that went into the the Model S AV system, his full self driving system. We were basically the FSD computer version 1, and so we were already working together. And when I announced DGX-1, nobody in the world wanted it. I had no purchase orders, not one. Nobody wanted to buy it. Nobody wanted to be part of it. Except for Elon. He goes 'You know what, I have a company that could really use this.' I said, wow, my first customer. And he goes, it's an AI company, and it's a nonprofit and and we could really use one of these supercomputers. I boxed one up, I drove it up to San Francisco, and I delivered to the Elon in 2016."

RT @ArtemisConsort: If the state will not use its monopoly on violence to protect the public from violent criminals, then the social contract is gone. Public order is the bare minimum required for government legitimacy.

@ArtemisConsort:If the state will not use its monopoly on violence to protect the public from violent criminals, then the social contract is gone. Public order is the bare minimum required for government legitimacy.

@ArtemisConsort Yes

@VitalikButerin

RT @jchaskin22: One of the many EF teams that doesn’t get nearly enough credit for keeping Ethereum safe and secure The EF STEEL Team. Learn more about them 👇

@jchaskin22:One of the many EF teams that doesn’t get nearly enough credit for keeping Ethereum safe and secure The EF STEEL Team. Learn more about them 👇

@VitalikButerin

Always glad to see when people appreciate the protocol changes that add hard invariants, improving protocol security and future adaptability 2021: EIP-2929 + 3529 (SLOAD gas cost increase, refunds nerfed) 2024: SELFDESTRUCT nerf (Dencun) 2025: 16,777,216 gas per tx limit All of these put various kinds of hard caps on how much can happen within a single block or a single transaction, eliminating entire classes of DoS risk, enabling client code simplification, and creating more options for how to increase efficiency. Invariants I expect we will want soon: * Cap number of code bytes accessed (short term: increase cost of calling big contracts, medium term: binary tree + per-chunk pricing) * Bounds on ZK-EVM prover cycles (repricings) * Changes to memory pricing to create a clearer hard bound on max EVM memory consumption

@no89thkey:EIP-7825 is one of the most underrated upgrades for the future of ZK proving and 100X Ethereum scaling. By capping each Ethereum transaction at ~16.78M gas, it removes the risk of a single “mega-transaction” consuming an entire block. That sounds small, but the implications for ZK systems are huge. ZKVMs generate proofs by replaying execution. Bigger single tx → bigger un-parallelizable unit of work → longer latency. Before 7825, one "ZK unfriendly" transaction could blow up the proof time because you cannot run parallel proving across multiple transactions. This easily breaks real-time proving which is needed for 100X Ethereum scaling. For any team working on fast ZKVMs, this was the nightmare scenario. 7825 fixes that. Now, every block is made of predictable, bounded work units, which makes proving schedulable and highly parallelizable. As long as we can prove a worst-case 16M gas tx fast enough (like <5s), we know we can prove basically any big blocks through parallel computing. In short: EIP-7825 made sure that Ethereum real-time proving becomes a pure money problem. As long as we can throw enough parallel computing power to the problem, we can get real-time Ethereum proving for even 100M, 200M gas blocks, TODAY. This upgrade may not look like the main event tonight, but it is actually a massive unlock for the ZK roadmap and the future of Ethereum scaling in 2026. Believe in somETHing.

What if I told you this entire push to sub $0.1M was completely manufactured? https://t.co/UYWW29gDMg

@VitalikButerin

RT @sassal0x: Friendly reminder: Fusaka isn't the final upgrade going live for Ethereum this year - on Dec 9th, a BPO fork will activate & the blob target will increase from 6 to 10. Then, on January 7th, another BPO fork will activate and the blob target will go from 10 to 14. Accelerate!

@sassal0x:Friendly reminder: Fusaka isn't the final upgrade going live for Ethereum this year - on Dec 9th, a BPO fork will activate & the blob target will increase from 6 to 10. Then, on January 7th, another BPO fork will activate and the blob target will go from 10 to 14. Accelerate!

@VitalikButerin

PeerDAS in Fusaka is significant because it literally is sharding. Ethereum is coming to consensus on blocks without requiring any single node to see more than a tiny fraction of the data. And this is robust to 51% attacks - it's client-side probabilistic verification, not validator voting. Sharding has been a dream for Ethereum since 2015 , and data availability sampling since 2017 ( https://t.co/Fa0jKFgObW ), and now we have it. That said, there are three ways that the sharding in Fusaka is incomplete: * We can process O(c^2) transactions (where c is the per-node compute) on L2s, but not on the ethereum L1. If we want to scaling to benefit the ethereum L1 as well, beyond what we can get by constant-factor upgrades like BAL and ePBS, we need mature ZK-EVMs. * The proposer/builder bottleneck. Today, the builder needs to have the whole data and build the whole block. It would be amazing to have distributed block building. * We don't have a sharded mempool. We still need that. But e

@VitalikButerin

Scale the L1. Scale blobs. Improve UX. It's happening. https://t.co/zEWNagq6DL

@ethereum:The Fusaka upgrade is today. Ethereum is securely scaling. https://t.co/YaJ5WL4tSc

@VitalikButerin

RT @Zac_Aztec: https://t.co/NCO4vmOXe4

@Zac_Aztec: https://t.co/NCO4vmOXe4