Ang mga developer ng Ethereum ay kasalukuyang sumusubok sa isang bagong opt-in na modelo na kilala bilang Fast Confirmation Rule (FCR) na magbibigay-daan sa mga Layer 2 network, bridge, at sentralisadong palitan na mabilis na matukoy ang mga deposito na ginawa gamit ang mga Ethereum mainnet (L1) sa mas mabilis na bilis. Bilang resulta ng pagbabagong ito, ang mga panahon ng paghihintay para sa mga deposito ay bababa mula sa humigit-kumulang 13 minuto patungo sa humigit-kumulang 13 segundo; na isang pagpapabuti na pataas ng 80 - 98%. Noong Marso 17, 2026, sumulat si Julian Ma mula sa Ethereum Foundation sa X tungkol sa kanyang proposal na tinawag nilang FCR; ang prosesong ito ay magpapahintulot na tulayin ang agwat sa pagitan ng matibay na seguridad ng Ethereum at ang ilan sa mga praktikal na paghihirap na nararanasan ng mga user kapag sinusubukang gumamit ng mas mabilis na solusyon sa scaling o palitan upang maglipat ng mga asset sa pagitan ng parehong platform. <img src="https://jid.rerrkvifj.com/media/customer/creatorSystem/019ae960-6e34-42fb-846c-d595650c1c82.jpeg">Diagram na naglalarawan sa proseso ng Fast Confirmation Rule (FCR) ng Ethereum. Ipinapakita ng visual na ito mula sa mga paliwanag ng komunidad ang pagbabago mula sa tradisyonal na pagbibilang ng block-depth patungo sa real-time na ebalwasyon ng attestation ng validator, na nagtatampok sa humigit-kumulang 13-segundong window ng kumpirmasyon sa ilalim ng normal na kondisyon.(Pinagmulan: Mga materyales ng researcher ng Ethereum at mga diskusyon sa protocol) <h2>Kasalukuyang Hamon sa mga Deposito at Kumpirmasyon</h2>Normal na nararanasan ng mga user ang paglilipat ng mga asset mula sa ETH mainchain patungo sa mga Layer 2 rollup (hal., Arbitrum, Optimism, Base) o pagdedeposito ng pondo sa mga sentralisadong palitan na makaranas ng mga pagkaantala na may kaugnayan sa pagkumpirma ng mga transaksyon batay sa kanilang mga panuntunan sa kumpirmasyon. Karaniwan, naghihintay ang mga canonical bridge hanggang sa mangyari ang isang kumpletong finality (isang hindi na mababawing Ethereum checkpoint na karaniwang nangyayari bawat humigit-kumulang dalawang epoch o 13 minuto) bago sila magkaroon ng kakayahang garantiyahan na hindi mangyayari ang muling pagsasaayos ng chain na lumilikha ng orihinal na paglipat. Ilang DEX at Layer 2 network (L2) na nais makamit ang mabilis na finality ay gagamit ng "k-deep" na panuntunan, kung saan ang isang transaksyon ay itinuturing na "final" pagkatapos na maidagdag ang k block sa chain mula nang ito ay isinagawa. Pinapabilis nito ang isang transaksyon ngunit hindi nagbibigay ng anumang pormal na katiyakan ng finality laban sa muling pagsasaayos ng chain dahil sa isang masamang partido na kumikilos upang baligtarin ang mga transaksyon. Dahil dito, maaaring mawalan ng pondo ang mga user kung ang isang masamang partido ay kumilos laban sa kanila. Para sa mga user ng DEX at L2 network, ang paggamit ng mga "k-deep" na panuntunan ay lumilikha ng negatibong karanasan ng user dahil sa mabagal na canonical path na nilikha para sa mga user ng DEX o L2 (na hahantong sa mga pagkaantala at mataas na antas ng kawalan ng katiyakan), habang ang mga hindi ligtas o mapanganib na path ay lilikha rin ng kawalan ng katiyakan at magpapababa ng tiwala ng mga user sa paglilipat ng malalaking halaga ng data.<h2>Paano Gumagana ang Fast Confirmation Rule</h2>Ang paggamit ng mga metodolohiyang batay sa attestation (sa halip na pagbibilang lamang ng mga kumpirmasyon ng block) ay magpapahintulot sa advanced na intelligent na kumpirmasyon ng mga block na mangyari sa loob ng FCR. Kapag ang isang partikular na block ay napatunayan ng isa o higit pang validator, maaaring suriin ng tumatanggap na validator ang bisa ng mga botong iyon halos sa real-time. Kung ang karamihan ng mga boto mula sa validator at/o attester node sa loob ng isa o higit pang segment ng network ay natanggap o nabibilang sa loob ng maikling panahon, kung gayon ang validator node ay epektibong napatunayan ang block na may halos 100% katiyakan na ang mga validator at/o attester ay tapat na nagbibigay ng kanilang mga boto para sa block na iyon.<h3>Ang prinsipyo ay batay sa dalawang pangunahing assumption:</h3>Posibleng maipadala ang mga mensahe ng validator sa loob ng ilang segundo (karaniwan ay mas mababa sa ~3 segundo dahil sa latency ng server).Ang bawat validator ay hindi maaaring magkaroon ng higit sa 25% ng staked ether upang mapagaan ang panganib ng mga coordinated attack na maaaring lumikha ng mga maling attestation. Sa ilalim ng normal na kondisyon, magkakaroon ng sapat na attestation na ibinigay upang kumpirmahin ang pagkakaroon ng humigit-kumulang 13 segundong kumpirmasyon (na ang bawat block ay tumatagal ng humigit-kumulang 12 segundo upang ma-attest). Kung lumitaw ang latency ng network at/o mga problema sa seguridad, maaaring magkaroon din ng unti-unting pagbaba ng performance ang FCR; maaari itong maghintay ng mas matagal na panahon upang makakuha ng kumpletong finalization. Ito ay binuo sa disenyo bilang isang "gracefully degrading agreement," na upang matiyak na "kapag natukoy ng isang validator na mayroon itong mas kaunting seguridad, ipagpapaliban nito ang pagkumpleto ng isang block nang mabilis"; ito ay nagpapakita ng disenyo, hindi isang pagkakamali," paliwanag ni Ma. Ang mga block na nakakatanggap ng agarang nakasulat na kumpirmasyon sa ilalim ng optimal na kalagayan ay maitatatag bilang mga finalized block. Magbibigay ito ng sapat na use case dahil sinabi ni Vitalik Buterin, isa sa mga co-founder ng Ethereum, sa X na "ito ay magiging napakalakas para sa maraming use case." Bukod pa rito, batay sa bawat nabanggit na assumption, ang isang block ay garantisadong hindi magre-revert pagkatapos itong nasa kani-kanilang posisyon sa chain sa loob ng isang buong slot pagkatapos makatanggap ng nakasulat na kumpirmasyon.<h2>Pagpapatupad at Daan Tungo sa Adopsyon</h2>Isa sa mga pinakamahalagang bentahe ng FCR ay hindi ito nangangailangan ng hard fork o koordinasyon sa buong network upang magkabisa. Sa halip, ito ay isang opt-in na upgrade sa antas ng client, at pangunahing makakaapekto sa mga client ng consensus-layer (tulad ng Prysm, Lighthouse, o Nimbus). Ang mga developer ay kasalukuyan nang bumubuo at sumusubok ng FCR; ang lahat ng gawaing ito—kasama ang video ng bawat developer na nagpapatupad ng FCR—ay sinusubaybayan sa pamamagitan ng parehong protocol ng Eth1 to Eth2 at repository ng consensus-spec. Kapag na-deploy na sa mga client, magkakaroon ng walang limitasyong kakayahan ng client para sa mga node na pinagana ng FCR. Ang iba't ibang palitan (mga L2 Team + infrastructure provider) ay dapat na makapagsama ng mga pagbabagong ito, batay sa mga query na gumagamit ng mga bagong inilabas na "safe" o "confirmed" na tag ng block sa pamamagitan ng iba't ibang API, na may kaunting inaasahang pagbabago. Ang flexibility na ito sa panig ng client ay nagbibigay-daan sa incremental na adopsyon nang walang pagkaantala sa buong network. Ang paunang pokus ay upang mapataas ang daloy ng deposito sa mga sikat na L2 at pangunahing palitan, na sa huli ay magtatatag ng isang bagong pamantayan ng industriya para sa mga kasanayan sa kumpirmasyon sa hinaharap.<h2>Mas Malawakang Epekto sa Ethereum Ecosystem</h2>Sa mas mabilis, mas ligtas na paraan ng pagdedeposito ng pondo, maaaring magkaroon ng mas mahusay na karanasan ang mga user sa buong DeFi, gaming, NFT, at trading ecosystem. Ang pagbabawas ng friction na kasalukuyang umiiral para sa mga deposito ng L2 at sentralisadong palitan ay magpapadali para sa mga bagong user na sumali sa mga teknolohiyang ito at magpapataas ng liquidity sa mga L2 rollup—habang tinitiyak na ang pangunahing seguridad ng Ethereum ay mananatiling buo. Hindi ganap na papalitan ng FCR ang finality para sa mga application na may mataas na pusta, ngunit nilayon itong tugunan ang isang mahalagang isyu sa yugto ng Post-Merge kung saan ang Proof of Stake ay nagpataas ng seguridad, ngunit hindi pa ganap na nagbibigay ng mas mabilis na paraan ng pagdating sa finality sa pamamagitan ng bridging.Ang patuloy na pagsubok/pagpapabuti ay ipagpapatuloy sa pamamagitan ng aksyon na ginawa sa panahon ng mga tawag/sesyon ng lahat ng core dev ng Ethereum. Kung maging matagumpay ang FCR, magiging, sa default o sa malawakang paggamit, isang bagong pamantayan na makakatulong din na mas paliitin pa ang umiiral na agwat sa usability sa pagitan ng Ethereum L1 at ng mga scalability layer.

Sinusubukan ng mga developer ng Ethereum ang Fast Confirmation Rule (FCR), isang opsiyonal na pag-upgrade na nagpapabilis ng oras ng deposito mula L1 patungong L2 at sa mga exchange mula ~13 minuto hanggang ~13 segundo gamit ang mga patunay mula sa mga validator.

Mga Koponan ng Ethereum Client Sinusubok ang Mabilis na Patakaran ng Kumpirmasyon upang Pabutin ang Oras ng Deposit mula L1 papuntang L2 sa ~13 Segundo

/media/contribution/card3aa0704374f4951b40ee139240ba203/avd_0324095731677.stxt

South Korea Mag-o-outsource ng Custody ng Nasamsam na Crypto Matapos ang $4.8M Security Breach

/media/contribution/caraffff5ebcf09445ab5c71f55a4e6e9cc/nk6_0324095453645.stxt

Regulasyon ng Crypto sa Singapore sa 2026: Ano ang Dapat Malaman ng Bawat Trader

/media/contribution/cara29642ef04c34e67a04f40e5a9c65094/drp_0324095122179.stxt

Panimulang Tagapangulo ng SEC na si Paul Atkins Nagpapaliwanag Kung Bakit Karamihan sa mga NFT ay Hindi Sekuridad

/media/contribution/cara025cee98cb54184a166fa82d9ccefb6/dco_0324094444529.stxt

Higit pa sa Stablecoins: Bakit Malaki ang Puhunan ng mga Bangko sa Tokenized Deposits

/media/contribution/carb5727dc384634f628e1f409853cedbec/8q0_0324094047195.stxt

Kapag Hindi Sapat ang DeFi Yield: $25M na Puhunan ng EtherFi sa Real-World Assets

/media/contribution/carda324de507314c88b07ccb4cfd81787f/85a_0324092722860.stxt