比特幣交易所 比特幣交易所
Ctrl+D 比特幣交易所
ads

平行鏈上線技術系列二 - Substrate交易費率和Benchmark_WEI

Author:

Time:1900/1/1 0:00:00

SubstrateTransactionfees?andBenchmark

交易費用存在的意義

我們需要為我們的區塊鏈設計手續費,是為了激勵參與方更加有效的協作,調節資源的利用率,畢竟天下沒有免費的午餐。

Substrate的Fees如何計算

使用以下參數計算交易的最終費用:

basefee:這是用戶為交易支付的最低金額。它在運行時被聲明為baseweight,在runtime下配置

WeightToFee即可。

weightfee:與交易消耗的執行時間成比例的費用。

lengthfee:與交易的編碼長度成比例的費用。

tip:增加事務優先級的可選提示,使其有更高的機會被包含在事務隊列中。

base_fee、weight_fee和length_fee構成inclusionfee(包含費用)。inclusionfee(包含費用)是交易被包含在一個區塊中必須可用的最低費用。

使用?transaction?paymentpallet

pallet-transaction-payment提供了計算inclusionfee的基本邏輯。

這個pallet提供以下配置項:

Config::WeightToFee將weight轉換為基于貨幣類型的可扣除費用

Config::FeeMultiplierUpdate通過定義一個乘數來更新下一個塊的費用,基于上一個塊結束時鏈的最終狀態。

Config::OnChargeTransaction管理transactionfee的取款、退款和存款。

ps:交易費用在交易執行之前被提取。事務執行后,可以調整事務權重以反映事務使用的實際資源。如果交易使用的資源少于預期,則更正交易費用并存入調整后的交易費用。

交易費用的公式

inclusion_fee=base_fee+length_fee+;

final_fee=inclusion_fee+tip;

細化之后的公式->

在這個公式中,targeted_fee_adjustment是一個乘數,可以根據網絡的擁塞情況調整最終費用。

Blur TVL達到1.72億美元續創歷史新高:金色財經報道,NFT聚合交易市場Blur在其官推發布最新數據顯示,其平臺總鎖定價值(TVL)已達到1.72 億美元,續創歷史新高。[2023/6/22 21:54:26]

base_fee其實就是ExtrinsicBaseWeight的大小轉換為Balance的值

length_fee是交易體存儲的費用。

weight_fee通過兩個參數計算:

??a.在ExtrinsicBaseWeight運行時聲明并適用于所有外部變量的。

??b.#解釋外部復雜性的注釋。

要將權重轉換為貨幣,運行時必須定義一個WeightToFee實現轉換函數的結構體Convert.

請注意,在調用外部發件人之前,會向外部發件人收取包含費用。即使交易在執行時失敗,費用也會從發件人的余額中扣除。

基礎費用

是用戶為交易支付的最低費用。它在Runtime被聲明為baseweight,其實就是ExtrinsicBaseWeight的大小轉換為Balance的值。所以需要設計Weight轉換為Balance的公式--?WeightToFee,WeightToFee在pallet-transaction-payment處進行配置即可。

關于ExtrinsicBaseWeight的配置

通過runtime下frame_system::Config的BlockWeights的base_extrinsic進行配置。

關于WeightToFee:

WeightToFee可以理解為一單位Weight與一單位Balance之間的映射轉換。

Code實現

在代碼實現那塊主要是對一個pubstructLinearWeightToFee(sp_std::marker::PhantomData);添加WeightToFeePolynomial宏。

只需要實現這個宏里的polynomial()方法即可

polynomial()其實是在定義weight轉換為balance的多項式。

關于WeightToFeeCoefficient的配置細節

這個返回的是一個多項式公式

眾議院共和黨:SEC的一項擬議規則將關閉數字資產行業的發展,應予以撤銷:金色財經報道,眾議院共和黨人表示,SEC的一項擬議規則將關閉數字資產行業的發展,應予以撤銷。眾議院金融服務委員會的立法者本周寫信給SEC批評擬議的規則并稱,該規則可能擴大交易所的定義,包括通信協議系統,可能超越集中式交易所,對于數字資產,擬議規則將遠遠超出對集中式數字資產平臺的監管,并適用于彼此一致行動的人,這可能涵蓋數字資產生態系統中的廣泛個人,包括軟件開發人員和區塊鏈網絡共識機制的參與者。該規則也可以捕獲軟件開發者和區塊鏈網絡共識機制中的人。[2023/6/15 21:38:23]

其中negative值是控制整體多項式是加上該多項式還是減去該多項式

negative的對應關系:

true→-

flase→+

多項式的公式如下

例如:

如果我們想實現一個1:1的WeightToFee的轉換,那這里的配置應該是:

對應的多項式為:

小總結:

WeightToFee只是Weight轉換成Balance的映射轉換,只需要在pallet_transaction_payment指定WeightToFee即可。

因為交易費中涉及到weight的內容不止basefee,還有weightfee,這兩個都是把pallet_transaction_payment指定的WeightToFee作為轉換公式。

basefee公式:

字節費用

lengthfee主要計算的是交易體大小的費用。

對于lengthfee的計算公式:

Length_Fee=交易體大小*每字節所需費用

每字節的費用可以在runtime下pallet_transaction_payment的

數據:11月份全球Web3領域融資總額為10.34億美元,環比增長21.65%:金色財經報道,據財聯社創投通統計,11月份全球Web3.0領域融資總數量為71筆,融資總額為10.34億美元,環比增長21.65%。

從細分賽道來看,13個區塊鏈基礎設施項目獲得4.56億美元,成為融資總額最多的領域。德國3個項目獲得2.11億美元融資;中國10個項目獲得2.04億美元融資,成為融資額增長最多的地區,環比增長超過4倍。從輪次來看,11月份的融資主要集中在種子輪和戰略輪,占比分別43.67%和12.68%。

根據此前財聯社的統計,10月全球Web3市場共融資8.5億美元。[2022/12/8 21:31:10]

TransactionByteFee做定制。

TransactionByteFee?=>?指定每個字節值多少Balance。

其次就是交易體的大小,但是要了解交易體的大小,首先需要了解交易體的內容構造。

關于交易體的構造:

Substrate入門-交易體-

???在Substrate中的交易不再稱為Transaction,而是稱為了Extrinsic,中文翻譯就是“外部的;外表的;外源性”,意味著被稱為Extrinsic的概念,對于區塊鏈而言是外部的輸入。這種定義脫離了本身“交易”的范疇,而是在鏈的狀態的角度下,認為交易及類似概念是一種改變狀態的外部輸入。

一個“外部輸入”至少會具備以下兩個條件:

發送者的證明

外部輸入的行為

其中第一點是顯然的,只要基于公私鑰體系,就一定需要發送者對這個發送的內容進行簽名,在鏈上通過這個簽名驗證合法性,解析出發送者的公鑰識別身份。等價于互聯網中客戶端持有的token這類的。而第二點就是這個“輸入”是到鏈上干嘛的,其相當于是用戶發送到鏈上的指令行為。

關于鏈下如何構造這個signature,

插曲:鏈下一個交易體的構成:

交易bytes內容的構造:

pallet-funcindex+發起人的Account+signature(signed,signature,extra)+call

Orbiter Finance完成首輪融資,V神曾為其捐贈16 ETH:11月30日消息,Layer2跨Rollup橋Orbiter Finance宣布完成首輪融資,Tiger Global、Matrixport、A&T Capital、Starkware、Cobo Ventures、imToken、Mask Network、Zonff Partners等參投。暫未披露融資金額。Orbiter Maker即將部署測試網,接下來項目將進入第二階段,重點建設算法應用和鏈間擴展方案。

項目方還對Vitalik Buterin做出了感謝,此前Vitalik Buterin曾為該項目捐贈16 ETH。[2022/11/30 21:10:50]

pallet-funcindex是通過palletname和functionname在metadata里查詢得到到index

交易執行之后可以在此處

explorer下觀察到signature的信息:

call里的內容主要由callindex和參數構造而成。

至此我們獲悉了交易體的byte信息

所以對于上述的例子,相對應的字節費用為

其實在這里可以觀察到由于交易體的設計,可以實現在發送之前就可以計算出交易的大小從而推導出交易的手續費。

還有其他的玩法:

交易版本與鏈上版本檢查

交易存活性檢查

特殊交易的額外信息檢查

例如如果一個交易是轉賬transfer,可以直接檢查發送者的余額是否足夠,不用到區塊執行階段才判定。

權重費用(weight_fee)

在有限的區塊生成時間和鏈上狀態的限制下,權重被用來定義交易產生的計算復雜度即所消耗的計算資源,以及占據的鏈上狀態。system模塊定義了區塊的總權重。

哈薩克斯坦總統簽署法案,對加密礦工征收更高的稅率:7月13日消息,哈薩克斯坦總統Kazakhstan Kassym-Jomart Tokayev已簽署一項法案,修改該國的稅法,對加密挖礦者征收更高的稅率。征稅金額將取決于進行比特幣等數字貨幣挖礦時使用的電量和平均電價。(Bitcoin.com)[2022/7/13 2:10:16]

#

為了保證在網絡繁忙的情況下,依然能夠實現對區塊鏈應用有效合理的管理,Substrate引入了三種不同級別的交易類型,既Normal、Operational和Mandatory類型。

Normal類型的交易是由網絡中的普通用戶提交,

Operational類型的交易是由網絡中的管理員或者管理委員會共同觸發。

Mandatory類型的交易表示網絡中區塊交易所必須的交易信息,通常是內在的交易,由驗證人觸發。

區塊資源如長度和總權重按照一定比例在這三種類型的交易中進行分配,這一比例稱為可用區塊比。Kusama網絡的設置為:

10^12weight=1s

1000weight=1ns

區塊的總權重:2,000,000,000,000weight(2秒)

可用區塊比:75%,即Normal交易最多只占用75%的區塊資源,Operational類型的交易則可以占用100%的區塊資源,新的交易如果導致對應資源使用率超過閾值后,會被拒絕。對于Mandatory類型的交易,即使在區塊已經滿了的情況下,依然可以把交易打包進區塊內。

1、默認weight注釋

Substrate中的所有可調度函數都必須指定權重。你可以使用注釋的方式

#,這個規范允許你組合包括數據庫讀/寫,權重的固定值以及基于banchmark的固定值。下面是一個基本的demo

ps:ExtrinsicBaseWeight會自動添加到聲明的權重中,以考慮將空的外部數據簡單地包含到塊中的成本。

對數據庫訪問進行參數化

為了使權重注釋獨立于部署的數據庫后端,它們被定義為一個常量,然后在表示可調度執行的數據庫訪問時在‘注釋’中使用:

2、自定義weight

可以創建自定義重量計算類型,而不是使用上述默認重量注釋。此類型必須實現以下特征:

WeighData:確定發貨重量。

ClassifyDispatch:確定調度的類。

PaysFee:確定可調度的發件人是否支付費用。

最后,weightfee的公式:

動態調節費率

設置?FeeMultiplierUpdate參數即可

細節深入——Relay-chaintransactionfeesandper-blocktransactionlimits

TokenEconomics-ResearchatW3F

區塊鏈上的交易需求通常非常不規則。一方面,在一天內的小時或一個月內的天數范圍內存在活動高峰。另一方面,有長期趨勢的交易量增長趨勢。我們需要一種機制,在考慮這些因素的情況下,隨著時間的推移自動更新交易費用。

根據供求規律,提高費用就可以減少需求,降低費用就可以促進需求。

為了應對活動高峰,我們面臨著在快速提高交易費用或可能有很長的交易包含時間之間進行權衡——兩者都是不良影響。我們提出了兩種機制。第一種快速調節機制,可以非常迅速地調整價格,與活動的高峰和低谷同步。第二種慢速調整機制,是以長期趨勢的速度進行緩慢調整,并使用小費為用戶提供在高峰時段控制等待時間的可能性。parity官方建議使用帶有tips的慢速調整機制。

關于動態調整機制的設置,也是在pallet_transaction_payment下進行配置。

小費

小費不是必須的的,具體數量是由交易發送者決定的,并且完全由區塊生產著獲得;

而交易費用的其他組成部分會根據一定的比例進行分配,國庫80%,區塊生產者20%。

題外話:最后的手續費去哪里了

至此關于交易手續費的內容,就全部介紹完畢,我們也進一步了理解了各個參數的含義,這個時候我們再回頭看細化之后的公式,就能理解底層計算的計算邏輯了。

關于手續費最終計算的代碼:https://github.com/paritytech/substrate/blob/polkadot-v0.9.18/frame/transaction-payment/src/lib.rs#L505-L537

關于Benchmark

SubstrateBenchmarkingDocumentation

benchmark主要是用于調整weight的內容,字節費用通過配置pallet_transaction_payment的runtime即可解決。

在Substrate中,10^12個weight單位=1秒,或1,000個weight單位=1納秒。

為什么需要使用benchmark

拒絕服務(DoS)是分布式系統的常見攻擊媒介。這種攻擊的一個簡單示例是用戶重復執行涉及密集計算的外部函數。為了防止用戶向網絡發送垃圾信息,我們向用戶收取發送cal的費用。調用成本應反映系統產生的計算和存儲成本,調用越復雜,費用越高。但是,我們仍然希望鼓勵用戶使用我們的區塊鏈系統,所以我們也希望這個估算成本相對準確,這樣我們就不會向用戶收取不必要的費用。

基準測試允許開發人員向最終用戶收取適當的交易費用,以更準確地表示系統上的外部成本。設置合適的權重函數,準確反映底層計算和存儲,也是Substrate中重要的安全保障。

簡單的理解:weight可以手動設置,但是每臺機器的性能可能不一致,可以使用benchmark做一個測試然后測算出指定機器下weight的大致范圍。

確定機器配置

在進行benchmark之前,我們需要先確定機器的配置信息。

Benchmark的可用選項

進行Benchmark測試

在pallet下創建benchmarking.rs文件

編寫完benchmark之后需要在生產機器下去進行benhmark測試。

關于benchmark的一些配置項:

你可以指定weight的模版生成定制之后的weight文件

模版文件

./.maintain/frame-weight-template.hbs內容:

根據模版文件生成指定的weight文件

測試完成之后,關于weights的值也就估算成功了,在pallet里引入weight即可

Otherlink

https://github.com/paritytech/subport/issues/149

中如何計算工齡在Substrate中如何計算交易權重姒煜的博客-CSDN博客

Gavin:關于Weight你必須了解的要點嗶哩嗶哩bilibili

TokenEconomics-ResearchatW3F

https://github.com/paritytech/substrate/pull/3157

Substrate入門-交易體-

play-substrate/lib.rsatmaster·kaichaosun/play-substrate

Substrate區塊鏈應用的交易費用設計

波卡Substratepallet開發的權重計算與基準測試

在Substrate中如何計算交易權重

weightandfees

postdispatchweightcorrection

calculatefees

來源:金色財經

Tags:WEIGHTTRAIONANDROTTWEILER價格MOONLIGHTTrava FinanceImage Generation AI

歐易交易所
一文讀懂區塊鏈的分層_加密貨幣

了解區塊鏈的各個層 如果您以任何方式研究過加密貨幣或區塊鏈,您可能會遇到諸如第一層和第二層協議之類的術語。您是否對這些層是什么以及它們存在的原因感到好奇?讓我們在本文中討論區塊鏈層架構.

1900/1/1 0:00:00
“META”無國界 來AMAZING PANDAVERSE2.0新征程激活時髦_PAN

大火的“元宇宙”正站上風口,吸引著越來越多企業、資本的關注和追捧,各行各業對元宇宙的擁抱熱情顯著,2022年已然成為元宇宙元年.

1900/1/1 0:00:00
歷史的教訓:Three Arrows 危機和雷曼兄弟有何異同?_MBS

歷史總是不斷重復,08年后美國政府的監管新規或許對加密市場的未來有所借鑒。最近中外媒體都愛把3ac清算的事情比作「幣圈的雷曼危機」,但對二者究竟在什么意義上是相似的,在哪些地方有所不同,并沒有作.

1900/1/1 0:00:00
以太坊和比特幣價格明顯上漲 加密貨幣市值暫時超過1萬億美元_加密貨幣

加密貨幣的兩個最大的參與者,比特幣和以太坊在過去幾天出現了溫和的復蘇,幫助推動加密貨幣的整體市值回到1萬億美元大關之上,盡管只是短暫的,在寫這篇文章時,這個市場距離這個里程碑還差400億美元.

1900/1/1 0:00:00
霍華德·馬克斯:「抄底」的時機已經成熟_INC

橡樹資本聯合創始人霍華德·馬克斯上個月曾談到如何在市場崩潰前逃離,現在他認為,搶購便宜貨的時機已經成熟.

1900/1/1 0:00:00
冷風說幣:19700生死線 今天能否守得住?2022.06.30_LAND

市場消息 英國天空新聞援引消息人士稱,英屬維爾京群島一家法院勒令著名的加密對沖基金巨頭三箭資本進行清算.

1900/1/1 0:00:00
ads