• ACCOUNT賬戶

Mina使用帳戶模型(公鑰)來跟蹤賬本狀態。這與比特幣維護賬本狀態的UTXO模型不同。

  • ARCHIVE NODE歸檔節點

默認情況下,Mina節點是輕量級的,它們不需要維護關於網絡、區塊或交易的歷史信息。歸檔節點將歷史鏈數據存儲到持久數據源,以便日後檢索。

  • BEST TIP最佳TIP

最佳TIP是具有守護者已知的最高鏈鏈強度強度的區塊鏈最新區塊。

  • BLOCK區塊

區塊中包含了交易集合和網絡狀態的共識信息。該信息包含一個證明,證明當前網絡狀態是合法的。

  • BLOCKCHAIN區塊鏈

區塊鏈是密碼貨幣中使用的數據結構,用於維護網絡中所有賬戶的一致性狀態。

  • BLOCK CONFIRMATIONS區塊確認

引用區塊的後繼區塊的數量會持續增加,新的區塊對於祖先區塊的引用意味着對該區塊對確認。隨着確認的數量增加,重組的可能性降低,從而增加了在引用區塊中所有交易被確認的可能性。

  • BLOCK FILL RATE區塊填充率

區塊填充率指生成區塊的slot的佔總slot的比例。有些slot故意爲空以確保在消息延遲的情況下網絡能夠“趕得上”。

  • BLOCK PRODUCER區塊生產者

區塊生產(礦工)是一個節點,參與決定哪些區塊被允許生成以及生成包含可以廣播到網絡的交易的區塊。

  • BOOTSTRAP引導

引導是節點同步過程的一部分。該過程將會從對等節點獲取到當前的轉換邊界的root。在追趕過程中獲得的其他轉換將應用於這個初始root狀態。

  • BREADCRUMB 麪包屑導航

麪包屑導航是轉換邊界中的“節點”。麪包屑導航通過將轉換應用到之前的狀態而生成,包含外部轉換、階段性賬本和暫掛的coinbase。

  • CATCHUP 追趕

CATCHUP是同步過程的最後階段。在catchup過程中,節點確定並下載存在於轉換邊界的root和當前最佳TIP之間的所有轉換,從而試圖追趕當前的最佳TIP。首先,節點請求缺失的轉換哈希和交易鏈證明。這個證明驗證了所提供的路徑是有效的,即所提供的轉換哈希將root引導至最佳TIP。一旦節點擁有所有轉換哈希,它就會從對等節點爲每個轉換哈希請求完整的外部轉換。對於每個外部轉換,節點通過將每個轉換邊界應用到之前的狀態來構建一個麪包屑導航,從而構建自己的轉換邊界。當catchup完成時,節點的本地最佳TIP與網絡的最佳TIP相同,並且麪包屑導航已爲所有從轉換邊界的root(最佳TIP- k)到當前TIP建立了轉換,並且每一個都已得到了驗證。此時,節點被同步。在任何時候,如果節點在同一路徑上看到不連續的轉換,這就可能觸發catchup,即表明存在着轉換丟失。

  • CHAIN STRENGTH鏈強度

因爲在Mina中沒有完整的歷史記錄,一個剛連接到網絡的節點不能通過應用所有之前的轉換從創世同步。因此一個節點需要確定最強的鏈(認爲是合法的鏈,在比特幣中爲最長鏈)。爲了確認最強鏈,一個流動的時間窗口的最小鏈密度被儲存下來。因此,誠實的節點可能會選擇最小密度即鏈強度較高的區塊鏈。

  • COMPRESSING壓縮

爲一個計算生成一個SNARK,這被認爲是“壓縮”輸出,因爲證明的大小是固定的。例如,Mina通過將區塊鏈中的所有歷史數據使用zk-SNARK壓縮來維護簡潔的區塊鏈。然而,這在計算上不同於有損壓縮,而術語“壓縮”更形象地描述了減少請求數據大小的過程。

  • CONSENSUS共識

當決定更新網絡狀態時,Mina節點都同意的一種算法或規則集稱爲共識。規則可能包括新塊可以包含的數據,以及節點被選擇產生區塊的方式和產生一個區塊的獎勵。Mina將Ouroboros Samisika作爲它的共識機制。

  • CONSENSUS NODE共識節點

一個在Mina網絡中參與共識的節點,例如,區塊生產者(礦工)。節點參與共識過程(挖礦),需要最近的狀態。

  • CRYPTOCURRENCY密碼學貨幣

一種數字資產或貨幣,它使用加密原語來保護金融交易,並通過公私密鑰對來驗證所有權。

  • DAEMON守護進程

Mina守護進程是一個後臺進程,它實現Mina協議並在本地節點上運行。這允許本地客戶或錢包與Mina網絡通信。例如,當一個CLI發送一個交易時,這個請求會被髮送給Mina守護進程,然後它會將這個請求廣播到P2P網絡。它還監聽類似新區塊這樣的消息,並通過pub-sub模型將其轉發給客戶端。

  • DELEGATING委託

因爲質押mina(例如,參與共識,即挖礦)需要節點在線,一些節點可能希望將他們的mina委託給另一個運行質押服務的節點。這個過程被稱爲委託權益,通常服務提供者或質押池操作員可能會爲運行這個服務收取費用,當委託者被選擇爲區塊生產者時,這筆費用將會被扣除。

  • EPOCH 紀元

epoch是一種時間單位,相當於主網上的7140個slots。一個epoch被分爲若干個時長爲3分鐘的slot。

  • EXTERNAL PORT外部接口

這是Mina守護進程用來連接網絡上其他節點的端口,可以在啓動守護進程時使用-external-port設置它。

  • EXTERNAL TRANSITION外部轉換

外部轉換也被稱爲一個區塊,是一種外部生成的轉換,即由另一個區塊生產者生成,並傳入到一個節點。

  • FINALITY終局性

共識常數k,即不可能重組鏈的點。一旦一個區塊有k個確認區塊(子孫區塊)(由共識常數定義),它就被認爲是確認的。

  • FULL NODE全節點

全節點是一個可以可信地驗證網絡狀態的Mina節點。在Mina中,每個節點都是一個完整的節點,因爲所有節點都可以接收並驗證zk-SNARKs。

  • INTERNAL TRANSITION內部轉換

內部轉換是本地生成的一種轉換,即由區塊生產者產生。生成的轉換在本地應用,並在向對等節點廣播之前添加到轉換邊界。

  • KADEMLIA

一種用於去中心化點對點網絡的分佈式哈希表(DHT)。Mina使用Kademlia發現對等節點,這樣節點就可以找到鄰居節點來共享關於網絡狀態的信息。

  • KEYPAIR密鑰對

一個私鑰和公鑰的組合。密鑰對可以通過運行的守護進程或使用專用的密鑰生成器工具生成。

  • MINA

首字母大寫的“Mina”指底層加密貨幣協議和系統所依賴的網絡基礎設施● 全小寫的“mina”是指加密貨幣單位

  • NODE節點

節點是運行mina守護進程的機器。

  • NON-CONSENSUS NODE非共識節點

Mina協議中不參與共識的完整節點,但其仍然可以驗證零知識證明,從而去信任地驗證鏈的狀態。當提到Mina的大小爲22kb時,這指的是非共識節點。

  • NONCE一次性隨機數

隨機數是附加在交易上的一個單調增的數字,防止交易在網絡上重複。交易總是按照nonce的順序被包含於區塊中。

  • PEER-TO-PEER點對點

依靠對等節點在彼此之間分發信息的網絡系統被稱爲點對點網絡。這些網絡通常在本質上是分佈式的,與客戶機-服務器網絡模型不同,其不依賴於任何集中的資源代理。

  • PICKLES SNARK

Pickles是一個新的證明系統和相關工具包,它是首個能夠在不受信任初始化的情況下下進行部署並進行遞歸組合的SNARK。Pickles是開發人員在Mina上構建私有的、可擴展的智能合約的基礎。閱讀更多參見這裏。 LIBP2

PLIBP2P是一個點對點網絡庫,提供消息廣播和文件共享。Mina使用它作爲底層P2P網絡庫。

  • PRIVATE KEY私鑰

私鑰是公鑰密碼學中的另一個組件,它是私有的,而公鑰可以公開發布的。只有公鑰對應私鑰的持有者才能證明公鑰的所有權。這使得對交易進行簽名可行,從而證明您是與給定公鑰相關的資金的持有人。

  • PROTOCOL STATE協議狀態

網絡的狀態。協議狀態包括先前用於連接塊的協議狀態哈希,以及包含創世狀態哈希、區塊鏈狀態、共識狀態和共識常數的主體。

  • PROTOCOL STATE HASH協議狀態哈希

協議狀態哈希是,前一個狀態哈希和協議狀態主體的哈希,並作爲區塊的唯一標識符。

  • PROOF-OF-STAKE 權益證明

Mina中共識算法類型使節點對網絡的狀態達成一致。權益證明(PoS)允許節點在網絡上質押mina,以增加他們被選爲下一個塊生產者的機會。

  • PUBLIC KEY公鑰

公鑰,作爲公鑰密碼學的一個組成部分,在區塊鏈中公鑰地址可以被認爲是用戶對地址或唯一身份標識。

  • PUB-SUB發佈-訂閱

發佈-訂閱的縮寫,發佈-訂閱是一種消息傳遞模式,在這種模式中,消息發送方廣播消息,並且之前訂閱了該發送方消息的任何收聽方都將得到通知。例如,當一個新的區塊被添加到鏈中,Mina利用這個模式作爲一個通知客戶端的方式。這個事件可以被所有收聽方“聽到”,並且每個收聽方不需要獨立地輪詢新數據。

  • REORGANIZATION重組

當區塊鏈的競爭分支相對於主要分支的長度增加時,區塊鏈進行重組從而將更強的分支映射爲主鏈。重組之後,被刪除的分支上產生的交易不再保證包含在區塊鏈中。

  • ROOT (OF TRANSITION FRONTIER)轉換邊界的ROOT

轉換邊界的root是自最佳TIP區塊的區塊k。root是在引導過程中從對等節點獲得的。一旦看到新的最佳TIP,root就會移動,因此只有k區塊被持久化了。root是由於共識而最終確定區塊的點。

  • RPC

遠程過程調用(RPC)用於在網絡上的節點之間進行通信,並與正在運行的守護進程進行交互。

  • SCAN STATE 掃描狀態

掃描狀態是一個數據結構,它對需要SNARK證明的交易進行排隊,並允許snark工作者並行處理這些交易SNARK。

  • SIGNATURES 簽名

數字簽名的縮寫,簽名是建立消息的真實性或所有權的一種方法。因爲一個公鑰-私鑰對被給定的話,私鑰的所有者便可以對消息進行簽名,任何人都可以使用相關公鑰對簽名進行驗證。

  • SLOT 時隙

Mina中的slot是時間單位。主網上線時,一個slot時長爲3分鐘。一個epoch被分爲若干個slots。區塊生產者可以贏得在一個slot內生成區塊的機會。

  • SNARK POOL SNARK池

snark池包含snark工作者在掃描狀態下完成的工作。snark池,也被稱爲“snarketplace”,只包含由snark工作者爲每個工作包提供的最便宜的工作。如果節點看到了更便宜、有效的工作,它將替換池中已經存在的工作。

  • SNARK WORKER SNARK工作者

SNARK工作者是網絡上參與生成交易SNARK證明的節點。由於Snark工作者會得到mina作爲報酬,所以它會去幫助壓縮交易。

  • SNARKED LEDGER SNARK賬本

snark賬本是隻包含有相關證明的交易的賬本。snark賬本一旦從掃描狀態發出了一個證明,且該證明包含在由先前的區塊生產者添加的交易樹中的所有交易中,那麼該賬本就會更新。

  • STAGED LEDGER 階段賬本

階段性賬本是當前的賬戶狀態。它包含一個待處理的帳戶賬本和一個處於掃描狀態下待處理的非SNARK交易隊列。

  • STAKING 質押

根據共識機制,網絡上的節點可以通過增加質押的mina來增加他們被選爲區塊生產者的概率。贏得出塊權的機會與被質押的mina的數量成比例。例如,如果一個節點質押了網絡中50%的mina,理論上它們有50%的機會被選中來生產新的區塊。Mina使用Ouroboros Samisika權益證明協議來實現質押的細節。如果一個節點選擇質押它的mina(進行挖礦),它需要在線並連接到Mina網絡。

  • STAKING LEDGER 質押賬本

質押賬本用來確定一個時隙(slot)中的區塊生產者,贏得一個時隙的概率(slot)的出塊權與質押的數量成正比。當前epoch的質押的mina的分佈是當前epoch-2的最後區塊的snark賬本。

  • STAKING POOL 質押池

由質押池所有者經營的委託資金池。其他節點可能會選擇將資金委託給質押池,以避免在線的要求。

  • SYNCING同步

爲了生成新的的區塊,節點需要獲得當前狀態。爲了實現這一點,節點在初始化時連接到對等節點,進行引導過程,然後執行一次追趕。通過爲轉換邊界的root和當前最佳TIP之間的所有轉換創建麪包屑導航,同步過程構建了節點的轉換邊界。該過程完成後,該節點將被同步。

  • TIME-LOCKED ACCOUNTS時間鎖定賬戶

時間鎖定賬戶是擁有一定數量受限代幣的帳戶。在滿足特定條件(如生產一定區塊)之前,其資產無法轉移。

  • TRANSACTION POOL交易池

交易池即爲所有待處理交易的列表,有時稱爲“內存池”。每個節點都有一個本地交易池,其中包含已經傳入該節點並經過驗證的交易。如果交易池已滿,則池內的交易可能會依照費用被丟棄,其中費用最低的將被丟棄。

  • TRANSITION 轉換

Mina中的轉換是區塊的同義詞。

  • TRANSITION FRONTIER轉換邊界

轉換邊界是一種包含網絡最後的k個區塊的本地數據存儲。它是一個樹類型的數據結構,樹的每個“節點”可能有多個子節點,即分支。樹中的每個節點都被稱爲麪包屑導航。

  • USER TRANSACTION用戶交易

用戶交易是由用戶發出的交易,可以是支付或是委託更改的操作。

  • VRF

可驗證隨機函數( verifiable random function,VRF)應用於在一個slot內挑選一個區塊生產者。它接受一個隨機的種子作爲輸入,該種子派生於上一個epoch的VRF輸出,VRF是確定的,也就是說,無論它是多久運行一次,它都將一直返回相同的輸出。

  • ZERO-KNOWLEDGE PROOF

零知識證明零知識證明,是通過一方(證明者)向另一方(驗證者)證明他們擁有某物的知識,而不泄露特定知識的證明。Mina使用零知識證明,特別是zk-SNARKs,來生成證明區塊鏈有效性的證明,並允許網絡上的任何節點快速驗證。

  • ZK-SNARK

它“零知識證明”的一種類型,是“zero-knowledge succinct non-interactive argument of knowledge(簡潔的非交互零知識論證)”的縮寫。Mina實現SNARKs的具體特性是簡潔性和非交互性,這使得任何節點都可以快速驗證網絡狀態。

(求個關注唄!)

#Binance #Web3