Ethereum memiliki batas gas. Tetapi bisakah kita membuktikan secara matematis pekerjaan komputasi maksimum yang diperlukan untuk memverifikasi blok valid apa pun? Secara mengejutkan, kita belum memiliki batas atas terbatas yang bersertifikat untuk model tantangan penuh. Itulah masalah yang sedang ditangani oleh @yukonresearch, @zksecurityXYZ, dan @Veritylab melalui https://t.co/w9Ti86Tqsj. Saat ini, validator Ethereum menjalankan transaksi secara independen untuk memverifikasi blok. Seiring Ethereum bergerak menuju validasi berbasis zkEVM, tantangannya melampaui sekadar menjalankan transaksi dengan benar. Kita juga perlu memahami biaya komputasi kasus terburuk. Mengapa ini penting? Sebuah blok Ethereum bisa saja valid tetapi memerlukan komputasi yang sangat mahal. Jika biaya pembuktian menjadi tidak dapat diprediksi, pembuktian ZK real-time bisa menjadi hambatan bagi skalabilitas Ethereum. https://t.co/w9Ti86Tqsj memperkenalkan kompetisi terbuka untuk menetapkan batas atas yang dibuktikan secara matematis terhadap komputasi validasi blok. Dampaknya signifikan: → Beban eksekusi dan pembuktian yang lebih dapat diprediksi. → Fondasi yang lebih kuat untuk pembuktian ZK real-time. → Kepercayaan lebih besar dalam meningkatkan batas gas Ethereum. → Jalur menuju validasi pada perangkat keras yang lebih mudah diakses. Tentu saja, membatasi langkah eksekusi tidak secara otomatis menjamin pembuktian ZK yang cepat. Tetapi ini merupakan fondasi penting. Tantangan skalabilitas Ethereum berikutnya bukan hanya membuat eksekusi lebih cepat. Tetapi membuat biaya komputasi kasus terburuk dapat diprediksi dan dibuktikan. Dan seiring rollup Ethereum seperti @puffer_unifi bergerak menuju latensi lebih rendah dan komposabilitas sinkron, penelitian semacam ini menjadi semakin relevan. https://t.co/SwPS2w3ic1

Satu reorg blok Ethereum menyebabkan THORChain menghentikan pertukaran yang melibatkan 10 jaringan blockchain. Bagian yang mengejutkan? Semuanya berawal dari setoran 10 ETH yang sebenarnya tidak pernah sampai ke brankas. Berikut yang terjadi. 1️⃣ Setoran terdeteksi Seorang pengguna mengirimkan 10 ETH ke brankas THORChain. Transaksi muncul di sebuah blok Ethereum, dan THORChain mencatat setoran tersebut. 2️⃣ Reorg blok Ethereum Ethereum mengganti blok asli, menghapus setoran dari rantai kanonik. Namun, THORChain telah mencatat dana tersebut. 3️⃣ Pengembalian dana yang salah Pertukaran gagal memenuhi kondisi batas harga, sehingga memicu pengembalian dana. THORChain mengirimkan 10 ETH ke pengguna, meskipun brankasnya tidak pernah menerima setoran yang sesuai. 4️⃣ Penghentian darurat Pemeriksa solvabilitas THORChain mendeteksi kekurangan dana dan menghentikan pertukaran. Pengguna kemudian mengembalikan 10 ETH tambahan tersebut. Jadi, apa yang salah secara teknis? Masalah utama adalah perbedaan antara mengamati transaksi dan memiliki konfirmasi yang cukup bahwa transaksi tersebut akan tetap ada dalam sejarah kanonik Ethereum. Munculnya transaksi di sebuah blok tidak berarti blok tersebut tidak dapat di-reorganisasi. Di sinilah @ethlabs_org mengusulkan solusi menarik: Fast Confirmation Rule (FCR) Ethereum. Alih-alih hanya menunggu sejumlah blok sembarangan, FCR menganalisis attestasi validator Ethereum untuk menentukan apakah sebuah blok memiliki dukungan yang cukup. FCR dapat memberikan konfirmasi kuat dalam sekitar 15–30 detik, jauh lebih awal daripada finalitas konsensus penuh Ethereum. Namun, FCR bukan finalitas absolut. Jaminannya tetap bergantung pada asumsi jaringan dan validator. Perbedaan penting: • Transaksi teramati ≠ Transaksi difinalisasi • Konfirmasi blok ≠ Konfirmasi berbasis attestasi validator • Konfirmasi cepat ≠ Finalitas konsensus Untuk infrastruktur lintas-chain, menerima setoran hanyalah satu bagian dari proses. Memverifikasi bahwa transaksi di chain sumber cukup aman sebelum melepaskan dana sama pentingnya. Inilah yang membuat insiden ini menjadi contoh sangat berguna mengapa konfirmasi dan finalitas tidak boleh disamakan.

Saham tertokenisasi membawa ekuitas tradisional ke blockchain. Namun, ada hambatan besar yang menghambat potensi DeFi-nya: likuiditas yang terfragmentasi. Hari ini, saham yang sama dapat ditokenisasi oleh penerbit yang berbeda, dijalankan di berbagai rantai, dan diperdagangkan di kolam likuiditas yang terpisah. Meskipun token-token ini mewakili aset dasar yang sama, likuiditasnya tidak selalu dibagikan. Ini menciptakan tiga masalah mendasar: ⚠️ Dampak harga tinggi: Pertukaran besar dapat mengalami slippage signifikan ketika likuiditas tersebar di kolam-kolam yang dangkal. ⚠️ Efisiensi modal buruk: Penyedia likuiditas harus mendistribusikan modal mereka di berbagai tempat, bukan mengonsentrasikannya. ⚠️ Komposabilitas DeFi terbatas: Penggunaan saham tertokenisasi dalam pertukaran, pinjaman, jaminan, dan strategi otomatis tetap sangat kompleks. Jadi, apa yang hilang? Saya percaya dua kemampuan infrastruktur sangat krusial: ✅ Agregasi likuiditas untuk menghubungkan likuiditas yang terfragmentasi dan meningkatkan eksekusi perdagangan. ✅ Komposabilitas sinkron untuk memungkinkan operasi pertukaran, pinjaman, dan jaminan berinteraksi secara atomik, tanpa alur eksekusi yang terfragmentasi. Dan ini menjadi lebih penting lagi ketika agen AI memasuki keuangan blockchain. Bayangkan sebuah agen AI yang menukar USDC menjadi saham tertokenisasi, mendepositkannya sebagai jaminan, meminjam melawan mereka, dan mengalihkan seluruh modal dalam satu transaksi atomik tunggal. Di situlah aset tertokenisasi menjadi blok bangunan keuangan yang benar-benar dapat diprogram. Terobosan berikutnya dalam saham tertokenisasi tidak hanya akan menjadi perdagangan 24/7. Ini akan menjadi likuiditas mendalam yang dikombinasikan dengan komposabilitas DeFi yang mulus. Inilah mengapa kami antusias dengan @puffer_unifi. Dengan akses ke likuiditas Ethereum L1, komposabilitas sinkron L1–L2, dan eksekusi latensi rendah, UniFi sedang membangun infrastruktur yang dibutuhkan untuk keuangan blockchain yang lebih terhubung dan efisien secara modal. Tokenisasi membawa aset ke blockchain. Likuiditas dan komposabilitas membuka apa yang sebenarnya dapat dilakukan aset-aset tersebut.

Google semakin dalam terlibat dalam infrastruktur kripto. Perusahaan ini memperkenalkan solusi keamanan Multi-Party Compute (MPC) untuk membantu institusi menyimpan dan mentransfer aset digital dengan aman. Seiring semakin banyak modal institusional yang berpindah onchain, keamanan harus melampaui audit kontrak pintar. Manajemen kunci, otorisasi transaksi, dan keamanan operasional sama pentingnya. MPC bukanlah hal baru, tetapi melihat Google berinvestasi di bidang ini merupakan sinyal positif lainnya bagi adopsi blockchain institusional. Fase selanjutnya dari kripto bukan hanya tentang transaksi yang lebih cepat dan lebih murah. Ini juga tentang membangun infrastruktur yang dapat dipercaya oleh institusi. Selamat kepada tim Google atas karya hebatnya! 👏 Menarik melihat lebih banyak perusahaan teknologi besar yang membantu memajukan kripto.

Gagasan di balik EIP-8450: Jangan menunggu komputer kuantum. Siapkan kunci sebelum BLS menjadi tidak aman. Validator akan mendaftarkan kunci tahan kuantum di beacon state hari ini. Kunci ini tetap tidak aktif pada fork ini, dan fork selanjutnya akan mengalihkan tugas ke kunci tersebut. 🔐 Kunci leanXMSS berbasis hash + vrf_root 32 byte, sekitar 2,6 KB per pendaftaran 📊 Registri menunjukkan seberapa banyak staking yang benar-benar siap PQ sebelum pergantian ⚠️ Pertanyaan terbuka: siapa yang dapat mengotorisasi perubahan kunci, dan biaya DVT yang ditandai oleh Obol (~55–164 GB key shares per node) Untuk staker dan operator restaking, belum ada yang perlu dilakukan, tetapi setiap validator pada akhirnya akan memerlukan kunci PQ. Siapkan lebih awal. Beralih ketika sudah aman.👇

BNB Chain sedang merencanakan L1 berperforma tinggi baru yang didedikasikan untuk aplikasi seperti perdagangan frekuensi tinggi, buku order onchain, dan pembayaran. Mengapa membangun blockchain lain di samping BSC? Karena blockchain bersifat umum tidak dioptimalkan untuk setiap beban kerja. Saat keuangan onchain berkembang, aplikasi semakin membutuhkan kapasitas eksekusi khusus, latensi lebih rendah, dan kinerja yang lebih dapat diprediksi daripada yang dapat disediakan secara konsisten oleh lingkungan eksekusi bersama. Kami melihat pergeseran yang lebih luas: dari satu blockchain yang melayani semua aplikasi menuju blockchain khusus yang dibangun berdasarkan kebutuhan spesifik. Itu juga arah yang kami ambil dengan @puffer_unifi, tetapi dengan pendekatan arsitektural yang berbeda. Alih-alih meluncurkan L1 independen, Puffer UniFi membangun rollup yang selaras dengan Ethereum, yang menyediakan: ⚡ Eksekusi khusus yang dioptimalkan untuk berbagai aplikasi. 🔗 Penyelesaian Ethereum, memanfaatkan Ethereum sebagai lapisan penyelesaian dasar. 💧 Komposabilitas sinkron, dirancang untuk menghubungkan appchain langsung dengan likuiditas dan kontrak pintar Ethereum. Eksekusi khusus. Likuiditas Ethereum bersama. Penyelesaian Ethereum. Pengembangan skala seharusnya tidak berarti membangun ekosistem yang terisolasi.

Bacaan menarik tentang masa depan perdagangan antar-agensi. Satu poin penting yang menarik perhatian saya: pembayaran mungkin merupakan bagian paling mudah dari ekonomi agensial. Kita melihat banyak infrastruktur yang sedang dibangun untuk mendukung agen-AI dalam melakukan pembayaran. Tetapi apa yang terjadi ketika agen mulai bernegosiasi, berdagang, dan mengelola risiko keuangan satu sama lain? Artikel ini mengangkat beberapa poin menarik: 1. Pembayaran ≠ Kepercayaan. Agen dapat mentransfer uang secara instan, tetapi itu tidak menjamin pihak lain akan memenuhi kewajibannya. Escrow, jaminan, dan komitmen yang dapat ditegakkan menjadi sangat penting. 2. Agen akan perlu menghindari risiko. Bayangkan harga GPU, ketersediaan komputasi, atau tenggat waktu pengiriman. Sebagian besar risiko ini terlalu spesifik untuk pasar keuangan tradisional. 3. Pasar bisa menjadi sementara. Sebuah agen menciptakan pasar seputar risiko tertentu, agen lain menyediakan likuiditas jika memiliki alasan untuk melakukannya, dan pasar tersebut menghilang setelah peristiwa selesai. Poin ketiga sangat menarik. Kita mungkin sedang bergerak menuju dunia di mana pasar diciptakan sesuai permintaan, bukan hanya untuk aset yang ingin diperdagangkan orang, tetapi juga untuk ketidakpastian yang perlu dikelola oleh masing-masing agen. Ini juga membuat saya memikirkan apa yang sedang kami bangun bersama @puffer_unifi. Jika agen akan mengoordinasikan aktivitas ekonomi dengan kecepatan mesin, mereka membutuhkan lebih dari sekadar jalur pembayaran. Mereka membutuhkan eksekusi berkinerja tinggi, jaminan transaksi cepat, dan akses ke likuiditas serta primitif keuangan Ethereum. Di situlah infrastruktur seperti Puffer UniFi dapat memainkan peran penting. Gelombang berikutnya dari perdagangan agensial mungkin tidak didefinisikan oleh seberapa banyak uang yang dipindahkan agen, tetapi oleh seberapa banyak aktivitas ekonomi yang dapat mereka koordinasikan secara mandiri.

🌊 Komposisi Sinkron adalah Terobosan Nyata (4) Salah satu wawasan teknis paling penting dari keynote Amir di Agentic Settlement Night tidak mendapat tepuk tangan paling keras, tetapi menurut saya inilah yang paling penting. Mulailah dengan skenario sederhana. Sebuah aplikasi di L2 ingin menggunakan likuiditas yang berada di protokol DeFi di Ethereum L1. Saat ini, itu biasanya berarti salah satu dari tiga hal: 1. Memindahkan aset lintas rantai dan menunggu 2. Pesan asinkron, di mana L2 mengirim permintaan dan berharap keadaan belum berubah saat sampai 3. Menyalin ulang likuiditas di setiap rantai, yang memecahnya dan membuat setiap kolam menjadi lebih tipis Setiap opsi menambah latensi, risiko, atau biaya. Seiring waktu, ini adalah bagaimana cerita skalabilitas Ethereum berubah menjadi cerita fragmentasi. Lebih banyak rollup, lebih banyak pulau, dan likuiditas tersebar lebih tipis di semuanya. @puffer_unifi dirancang untuk mengubah hal itu. Dengan komposisi sinkron, aplikasi L1 dan L2 dapat berinteraksi dalam satu transaksi terkoordinasi. L2 dapat membaca dari L1, bertindak berdasarkan itu, dan menyelesaikannya kembali, semuanya sekaligus tanpa langkah menunggu di antaranya. Kalimat kunci bagi saya: likuiditas tidak perlu berpindah hanya karena eksekusi berpindah. Mengapa ini penting: - Pengembang dapat meluncurkan di L2 untuk kecepatan dan biaya tanpa melepaskan akses ke likuiditas terdalam Ethereum. - Pengguna mendapatkan pengalaman atomik: semuanya berhasil atau tidak ada yang terjadi. Tidak ada keadaan lintas rantai yang setengah jadi. - Institusi dan agen AI mendapatkan penyelesaian yang bisa mereka pertimbangkan, karena seluruh alur either selesai atau dibatalkan. Ini adalah pendekatan yang secara mendasar berbeda dalam menskalakan Ethereum. Alih-alih membangun jauh dari L1, Anda membangun bersamanya. Dan ini bukan hanya teoretis. Di atas panggung, co-founder kami @AmirOnchain menunjukkan flash loan yang diambil di Ethereum L1, digunakan untuk eksekusi di testnet Puffer UniFi, lalu dibayar kembali di L1, semuanya dalam satu transaksi yang sama. Flash loan hanya berfungsi jika dibayar kembali dalam transaksi yang sama. Jadi menjalankannya lintas L1 dan L2 adalah bukti paling jelas bahwa kedua lapisan benar-benar berkomposisi secara sinkron. Untuk agen komersial, ini adalah fondasinya. Agen membutuhkan kecepatan, tetapi mereka juga membutuhkan pembayaran yang selalu tepat. Eksekusi cepat di Puffer UniFi, penyelesaian di Ethereum, dan tidak ada likuiditas yang terjebak di antaranya. Ethereum tidak membutuhkan lebih banyak pulau. Ia membutuhkan lapisan yang bekerja sebagai satu kesatuan.

Peningkatan Ethereum sejak London: Masa lalu → sekarang: Merge, penarikan Shapella, blob Dencun (biaya L2 −90–98%), Pectra (EIP-7702 + validator lebih besar), Fusaka (P-256/passkeys asli), gas ~60M. Berikutnya: Glamsterdam (~Des 2026) Fork kapasitas. ePBS menempatkan lelang builder ke dalam protokol. Daftar akses blok membuka verifikasi paralel. Jalur menuju ~200M gas, tetapi penyimpanan baru menjadi lebih mahal (ETH ke alamat baru ~9,7× hari ini). Pada 60M, biaya naik; pada 200M, sebagian besar transaksi bisa lebih murah. Kemudian: Hegotá (~2027) Frame txs = pilih sendiri pemeriksaan tanda tangan + pembayar gas (sponsori USDT, dana membayar untuk investor). FOCIL = komite validator dapat memaksa transaksi publik yang menunggu masuk ke blok berikutnya. Slot 10 detik sedang dipertimbangkan. Masih belum termasuk pada fork-fork ini: kerahasiaan dari RPC/builder. Finalitas dalam detik + kriptografi pasca-kuantum ≈ akhir dekade. Cheat sheet institusional lengkap dari EthSystems:

🌊 Mengapa Ethereum Membutuhkan Puffer UniFi? (2) Ethereum tidak mengalami kekurangan likuiditas. Masalahnya adalah membuat likuiditas itu dapat diakses di seluruh ekosistem yang semakin terfragmentasi. Pikirkan ini. Ethereum telah menjadi rumah bagi keuangan onchain, dengan miliaran dolar dalam stablecoin, likuiditas DeFi, dan aset yang ditokenisasi. Namun, saat Ethereum berskala melalui rollup, sesuatu yang menarik terjadi. Setiap rollup baru membawa kapasitas eksekusi yang lebih besar, biaya lebih rendah, dan kinerja lebih baik. Apa trade-off-nya? Fragmentasi likuiditas dan sentralisasi sequencer. 1️⃣ Likuiditas Terfragmentasi Aset dan aplikasi tersebar di berbagai lingkungan eksekusi, masing-masing dengan state dan pool likuiditas sendiri. Memindahkan nilai di antara mereka seringkali memerlukan jembatan, pesan asinkron, atau penyedia likuiditas yang mempertahankan modal di beberapa rantai. Kita sedang menskala eksekusi, tetapi membuat likuiditas Ethereum semakin sulit digunakan sebagai satu sistem keuangan yang terhubung. 2️⃣ Sequencing Terpusat Banyak rollup bergantung pada sequencer terpusat untuk mengurutkan transaksi. Meskipun ini memungkinkan eksekusi cepat, ia juga memperkenalkan asumsi kepercayaan tambahan dan potensi risiko terkait sensor, pengurutan transaksi, dan ketersediaan sequencer. Bahkan ketika validitas transaksi dan penyelesaian diamankan oleh Ethereum, pengurutan tetap bergantung pada satu operator. Jadi, pertanyaannya adalah: Bisakah kita menskala Ethereum tanpa mengorbankan komposabilitas dan desentralisasi? Itulah yang sedang kami kerjakan dengan @puffer_unifi. Puffer UniFi sedang membangun stack infrastruktur Based Rollup yang selaras dengan Ethereum untuk mengatasi kedua tantangan ini. ⚡ Eksekusi khusus: Aplikasi dapat memiliki lingkungan eksekusi berkinerja tinggi yang disesuaikan dengan kebutuhan mereka. 🔗 Komposabilitas sinkron: Rollup yang dibangun di atas stack Puffer UniFi dirancang untuk berinteraksi dengan likuiditas L1 Ethereum dan kontrak pintar melalui transaksi terkoordinasi dan atomik. 🔐 Sequencing selaras dengan Ethereum: Based sequencing dirancang untuk menyelaraskan pengurutan transaksi dengan infrastruktur validator Ethereum, mengurangi ketergantungan pada sequencer terpusat independen. Bayangkan sebuah aplikasi DeFi yang berjalan di rollup khusus sambil mengakses likuiditas dari Aave atau Uniswap di L1 Ethereum, tanpa perlu menjembatani aset ke pool likuiditas terpisah. Dan ini bukan sekadar konsep. Di Acara Agentic Settlement Night baru-baru ini di Singapura, co-founder kami @AmirOnchain memperlihatkan komposabilitas L1–L2 sinkron di testnet: meminjam dari Aave di Ethereum Sepolia, mengeksekusi transaksi di Puffer UniFi, dan membayar kembali flash loan di L1 — semua dalam satu transaksi atomik tunggal. Itu adalah gambaran kecil apa yang bisa dibuka oleh komposabilitas sinkron. Peluang yang lebih besar adalah membuat likuiditas eksisting Ethereum lebih mudah diakses dan lebih komposabel, sekaligus membangun infrastruktur eksekusi yang lebih desentralisasi.