奇米超碰,男男激情网站,少妇无码免费专区,九色视频老

  • 元宇宙：本站分享元宇宙相關(guān)資訊，資訊僅代表作者觀點與平臺立場無關(guān),僅供參考.

信任危機實驗 ePBS的協(xié)議內(nèi)置

  • 2024年11月15日 18:11

TL;DR

ePBS的設(shè)計核心是圍繞Builder安全性而構(gòu)建的概念，它授予Builder對區(qū)塊交易的完全控制權(quán)。

ePBS是將PBS直接納入Ethereum共識層的提議，被稱為In-ProtocolPBS，旨在應(yīng)對潛在的中繼故障和消除系統(tǒng)內(nèi)單點故障。

ePBS依舊沿襲原PBS的基礎(chǔ)，通過降低單一實體對區(qū)塊內(nèi)容的控制能力，提高網(wǎng)絡(luò)的抗審查性和去中心化。

PayloadTimelinessCommittee（PTC）作為監(jiān)督作用，確保新區(qū)塊中的交易內(nèi)容及時性與有效性。前言

2月分，Prysm開發(fā)者Potuz認為Ethereum主網(wǎng)存在信任問題，主張推遲Electra分叉至2025年，利用Interopevent完善ePBS設(shè)計。然而，Ethereum社區(qū)對ePBS持有不同意見，部分開發(fā)者和研究員擔憂其可能帶來的風險。對于ePBS，大家的意見各不相同，今天我們將來了解下ePBS是什么？和PBS有什么區(qū)別？

之前我們提到過PBS的機制是為了確保Proposer承諾的安全性和確保Builder解釋的安全性，于是將這個權(quán)利交給被信任的中繼來承擔。中繼負責保管區(qū)塊內(nèi)容，確保Proposer會拿到區(qū)塊內(nèi)容但不能輕易偷走Builder的區(qū)塊內(nèi)容。但如果中繼是惡意的，則Proposer和Builder都會受害，且他們只能轉(zhuǎn)向和其他Relay合作并期望其他中繼不是惡意的。這里面就存在一個問題，我們必須要找到一個授信第三方從而進行信任委托。因為PBS是一種協(xié)議外的解決方案。PBS依賴于社區(qū)的共識和自愿遵守，需要額外的協(xié)調(diào)和信任。

PBS中必須有一個中間人角色作為第三方授信方處理問題：

Proposer若想要出售區(qū)塊內(nèi)容的權(quán)利必須信任中間人。

Builder想要購買構(gòu)建區(qū)塊的權(quán)利必須信任中間人。ePBS的革命性設(shè)計內(nèi)置提議者-構(gòu)建者分離

EnshrinedProposer-BuilderSeparation（ePBS）內(nèi)置提議者-構(gòu)建者分離，是PBS衍伸出的又一種變體。ePBS是一個將PBS直接納入Ethereum共識層的提議，于是被又稱為In-ProtocolPBS。它的誕生是為了應(yīng)對潛在的中繼故障和消除系統(tǒng)內(nèi)單點故障的需求。作為一種新興的共識機制，接下來我們將對ePBS進行深入解析，旨在闡明其核心原理、優(yōu)勢以及與傳統(tǒng)Proposer-BuilderSeparation（PBS）的區(qū)別。

ePBS，即內(nèi)置提議者-構(gòu)建者分離，Blockchain協(xié)議中內(nèi)置的機制。以Ethereum協(xié)議來取代這個需要被信任的Relay角色，如果Proposer或Builder任一方作惡，都能由Ethereum協(xié)議本身來施加懲罰（罰沒），而不是必須要仰賴對某個角色的信任。這也是整個協(xié)議與之前我們所提到過的PBS協(xié)議最大的區(qū)別和不同。

當然，角色分離在ePBS的運用中依舊沿襲原PBS的基礎(chǔ)，通過降低單一實體對區(qū)塊內(nèi)容的控制能力從而提高Blockchain網(wǎng)絡(luò)的抗審查性和去中心化程度。

Proposer：負責區(qū)塊提議，包括區(qū)塊頭信息

Builder：構(gòu)建區(qū)塊的具體內(nèi)容兩大好處直接懲處惡行和無需授信第三方

從名字上觀察，就能得知ePBS中的Enshrined就可以得知因為將協(xié)議進行內(nèi)置的工作，也將會對作惡行為處理做出直接的懲罰，并且信任中心也在該設(shè)置下悄然發(fā)生轉(zhuǎn)變。

協(xié)議具備識別和處理能力，直接懲處

PBS中，作惡行為的識別和懲罰需要依賴第三方（validator、relay等）的介入。而在ePBS中，由于其設(shè)計在協(xié)議內(nèi)，作惡行為可以直接被協(xié)議本身識別和處理。

無需授信第三方，提升去中心化程度

PBS在一定程度上依賴于外部治理或第三方，存在信任中心化的問題。相比之下，ePBS通過將規(guī)則寫進協(xié)議中，從源頭減少了對外部第三方的信任需求，提高了系統(tǒng)的去中心化程度。

*傳統(tǒng)PBS與ePBS的比較圖

obaogaduHLXOWe1oGurEddxNRa0WfTSzdShmhe83.png

區(qū)塊競價階段：Bulider將開始競價，發(fā)送給Proposer。

proposer廣播：Proposer選擇競價并選擇是否運用InclusionList構(gòu)建自己的區(qū)塊內(nèi)容。接著廣播區(qū)塊。

驗證者投票：看到區(qū)塊后，會根據(jù)其驗證結(jié)果投票。

聚合證明（ Aggregateattestation）：聚合證明是由聚合器（Aggregators）創(chuàng)建的，他們將多個驗證者對同一區(qū)塊的證明進行聚合。驗證者通過聚合證明進行驗證。

payload廣播：Builder需要在規(guī)定的時間內(nèi)公開完整的執(zhí)行有效負載（ExecutionPayload）。

PTC投票：特別委員會，監(jiān)督和驗證Builder的payload是否及時和有效。

下一個slot的Proposer發(fā)布他們的區(qū)塊，根據(jù)PTC的投票結(jié)果和聚合證明構(gòu)建在完整塊或者空塊上。當一個區(qū)塊的PT票數(shù)中及時發(fā)布的百分比更高，那么它將被視為滿塊。PTC，監(jiān)督新區(qū)塊中的交易內(nèi)容及時性與有效性

PayloadTimelinessCommittee（PTC），“有效負載及時性委員會”。主要任務(wù)是確保新區(qū)塊中的交易內(nèi)容能夠及時、準確地被添加進去。這個委員會由驗證者組成（從信標鏈委員會借來的521人作為委員會的組成部分），他們的工作是在每個區(qū)塊創(chuàng)建周期結(jié)束前，檢查Builder是否已經(jīng)完成了區(qū)塊的交易填充工作，并且這些交易是按規(guī)則正確執(zhí)行的。

簡單來說，PTC就像是一個監(jiān)督團隊，監(jiān)督Builder是否按時提交了他們的工作，是否包含了正確交易的區(qū)塊。如果Builder做得很好，按時提交了符合要求的區(qū)塊，PTC會通過投票來確認這一點。這樣，網(wǎng)絡(luò)就能夠知道哪些區(qū)塊是完整和有效的，哪些可能存在問題或者不完整。

通過投票機制，PTC影響區(qū)塊是否被視為“完整塊”或“空塊”的狀態(tài)。如果PTC驗證了負載的及時性和正確性，該區(qū)塊可以被認定為“完整塊”狀態(tài)；如果沒有負載或負載提交延遲，區(qū)塊則可能被標記為“空塊”。接著，根據(jù)PTC的投票結(jié)果，網(wǎng)絡(luò)直接對Proposer和Builder實施獎勵或懲罰，以激勵及時和準確的區(qū)塊構(gòu)建。

完整塊（fullblock）：區(qū)塊包含一組有效的payload，它也可以包含多個交易，并且交易執(zhí)行狀態(tài)會及時更新。

空塊（emptyblock）：區(qū)塊幾乎沒有包含任何交易，或者只包含極少數(shù)交易。它可以是CL塊，但不會更新EL狀態(tài)。

缺失塊（missingblock）：空的slot。在Blockchain中預(yù)期存在但未被創(chuàng)建或未被成功添加到鏈上的區(qū)塊？梢酝ㄟ^（block,slot）forkchoice投票，缺失區(qū)塊可以被分為滿塊或者是空塊。ePBS的抗審查性實現(xiàn)，結(jié)合InclusionList的設(shè)計

盡管，ePBS的設(shè)計核心是圍繞Builder安全性而構(gòu)建的概念，它授予Builder對區(qū)塊交易的完全控制權(quán)。那么，在這個基礎(chǔ)上，運用InclusionList將是一個非常完美能夠?qū)崿F(xiàn)抗審查與去中心化的組合形式。

之前我們的文章中有提到過CL，大致講述下流程（詳情可點擊鏈接：undefined。https://mp.weixin.qq.com/s/EBzr0ttBLosYnRBNVKF6rg）Proposer向Builder提供這份列表，需要優(yōu)先考慮這些交易。它應(yīng)涵蓋所有當前活躍的交易，無論是這些交易是否在交易池中。只要區(qū)塊還有剩余空間，列表中的交易應(yīng)被納入Builder的區(qū)塊。如果區(qū)塊已滿，Builder應(yīng)明確標識，并確認他們已經(jīng)注意到了這份列表。

當Builder試圖審查某些交易，由于EIP-1559的實施，不斷用交易去填滿的區(qū)塊會導(dǎo)致basefee迅速上升。若此時Builder還堅持通過在區(qū)塊中添加虛假交易來審查，不斷增加的費用將使得這種行為成本過高，將變得不再實際。小結(jié)

ePBS通過協(xié)議內(nèi)置，將提議者和構(gòu)建者角色分離。通過PTC作為證明委員會的一個子集，負責對Builder發(fā)布的ExecutionPayload的有效性與及時性進行投票。其核心優(yōu)勢在于它將傳統(tǒng)的信任第三方的角色，轉(zhuǎn)變?yōu)橛蒃thereum協(xié)議本身來執(zhí)行監(jiān)督和懲罰，從而減少了對單一實體的信任需求。不僅提高了系統(tǒng)的抗審查性，還通過InclusionList等機制，增強了對交易的保護，使得審查交易的成本變得高昂而不切實際。

另外聲明下，ePBS只是提供一個協(xié)議層級別的區(qū)塊Proposer與Builder分離的選項，而不是強制性的，他們最大的區(qū)別是支付機制和信任模型。當考慮到整個協(xié)議的信任問題時，需要付出的代價是需要提前承諾支付費用。與ePBS相比，MEV-Boost可以根據(jù)自己排序的ExecutionPayload中實現(xiàn)的收益來決定支付給BeaconProposer的金額，具有更多的利潤和空間；蛟S有一天ePBS的機制實現(xiàn)或許無需考慮提前承諾費用的時候，抱有一點小小的幻想和期待！

Copyright © 2021.Company 元宇宙YITB.COM All rights reserved.元宇宙YITB.COM

日本亚洲欧美二区三区| 成人国产一区二区精品| 久久久无码免费观看| 国产精品ⅴ视频免费观看| 国产有码| 欧美日韩电影| 天天干夜夜操人人| 丰满人妻大屁股一区二区三区| 久久久亚洲精品视频| 成人黄色网址在线观看麻豆| 日本有码啊V| 日产精品久久久精品三级| 中文视频无码一区二区三区视频 | xxxx国产在线| 国产山东老熟女嗷嗷叫白浆| 国语对白做受XXXXX在线中国 | 97国产精品美女视频| 亚洲另类欧洲综合久久| 农村少妇性无码专区| 婷婷色香合缴缴情av第三区| 91高清国产精品| 精品囯产无码久久久久久密桃 | 99在线视频免费观看视频| 日本 中文字幕 人妻| 国产美女裸体免费视频| 国产成人精品三级91在线影院| 国产91资源午夜福利| 日本孕妇变态另类孕交| 久久精品中文字幕狠狠五月天| 思思久久精品免费视频| 国产AⅤ无码电影网| 人妻系列精品无码专区中出AV | 搞黄色免费在线| 欧美逼逼熟女日韩| 亚洲国产区男人本色vr| 欧美中文亚洲日韩| 人人人操人人爽| 国产成人久久久精品品牌| 国产亚洲视频日本不卡| 国产精品无码免费专区午夜不| 国产69精品久久久久孕妇大杂乱|