Update PubYuCHe.md

PubYuCHe.md

@@ -90,6 +90,75 @@ Process 函數：
 狀態轉移機制： Geth 使用 state_processor 來完成狀態轉移。這個過程將每筆交易依次執行，更新狀態資料庫，並計算出新的狀態。
 後續更新： 當所有交易都處理完畢後，系統會更新其他關鍵指標，最終把區塊的最終狀態寫入區塊鏈，確保區塊成為鏈上歷史的一部分。
 
-### 2025.02.12
+### 2025.02.13
+
+Digital scarcity 
+區塊鏈創造了一種製造數位稀缺性的方法，這在以前是難以實現的。
+因此，數位稀缺性的這個特性可以用於在數位領域模擬各種實體資產，例如：貨幣、代幣、產權等等。
+
+製造數位稀缺性的方法：創建具有稀缺性的數位貨幣的示例
+目標： 創建具有稀缺性的數位貨幣
+單位： 代幣 (Coins)
+稀缺性： 任何時候都只有 N 個代幣。並且用戶不能花費超過他們擁有的代幣。
+需要移除單一信任營運商並最小化信任。
+在任何時間點，即使有一些節點輸出錯誤，只要大多數節點對輸出狀態有相同的看法，協議就可以達成共識並繼續運行。
+
+Byzantine fault tolerance
+分散式網路處理拜占庭容錯（BFT）。
+如果更多節點帶來更高的安全性，那麼我們會希望擁有更多的節點。然而，在開放和分散式的系統中，節點可能存在問題（例如：硬體故障、訊息遺失、錯誤、攻擊等），這會導致與共識不同的錯誤輸出。
+拜占庭容錯（BFT）是一個系統的屬性，它能夠抵抗源自拜占庭將軍問題的故障類別。這意味著即使一些節點發生故障或惡意行為，BFT 系統也能夠繼續運行。
+因此，我們需要有一定的容錯能力，使系統能夠持續運行。
+
+Bitcoin 實BFT
+比特幣被認為是第一個解決拜占庭將軍問題的方案。
+該系統可以擴展到無限的節點數量。
+開放和無需許可的參與。
+使用 PoW 機制來達成共識(Bitcoin)
+
+比特幣的狀態機複製
+輸入： 交易 (Tx)（組織在區塊中），用於花費比特幣。
+輸出： 比特幣賬本的當前狀態。
+使用密碼學來減少可能的狀態空間
+數位簽章： 使用密碼學來驗證交易的真實性。
+父哈希： 每個新區塊都必須包含前一個區塊的哈希值。
+
+以太坊從 PoW 轉向 PoS
+PoW -> PoS 的本質
+從女巫攻擊保護的外生信號（工作量）轉變為系統內的內生信號（權益）。
+
+背後的考量
+1. 對 PoW 的能源使用擔憂。
+2. 對 PoW 的激勵擔憂：與 PoW 相比，PoS 的協議內信號允許懲罰和獎勵。
+以太坊共識機制
+驗證者 (Validators)： 協議內共識參與者。
+- 成為共識驗證者
+- 用戶需要鎖定 32 個 ETH 並將其發送到 EVM 中的存款合約，這將在 CL 層（共識層）中被看到。
+責任
+- 進行證明 (attestation)： 即驗證者對鏈的狀態進行密碼學簽名。
+不同類型的證明
+ - LMD GHOST 投票： 驗證者證明信標鏈的頭部 (beacon chain head)。
+ - Casper FFG 投票： 驗證者證明當前 epoch 中的檢查點 (checkpoint)。
+
+關鍵概念
+1. Slot (槽位)
+ 每 12 秒鐘會產生一個新的槽位，每個槽位都會有一個區塊。
+在每個槽位內，它被分為 3 個階段，每個階段消耗 4 秒。而一個槽位中最關鍵的時刻是在 t=4 秒時的證明 (attestation) 截止時間。（Paradigm 博客）
+
+3. Epoch (時代/紀元)
+ 每個時代 (epoch) 有 32 個槽位。創建時代背後的原因是為了降低共識處理的頻率，這樣就不需要在每個槽位都發生共識處理。
+較重的處理通常在時代邊界完成，包括：罰沒 (slashing)、獎勵資訊等。
+時代邊界區塊 (Epoch Boundary Blocks, EBB) 也可以被認為與檢查點 (checkpoints) 同義。（The Beacon Chain Ethereum 2.0 explainer）
+
+4. Committee (委員會)
+網路內的驗證者將被隨機分配到不同的委員會中。
+每個驗證者在每個時代 (epoch) 會進行一次證明 (attestation)。驗證者被分配到的確切槽位是由協議通過 RANDAO 決定的。
+
+5. Finality (最終性) 
+最終性意味著一筆交易 (tx) 是一個區塊的一部分，而這個區塊是不可更改的。
+Justification (驗證/確認): 當一個時代 (epoch) 結束時，如果其檢查點 (checkpoint) 收集了 2/3 超過三分之二的多數投票，則該檢查點將被驗證 (justified)。
+Finality (最終性): 當一個檢查點 (checkpoint) 被驗證 (justified) 時，前一個已經被驗證 (justified) 的檢查點就變成最終的 (finalized)。
+
+
+### 2025.02.14
 
 <!-- Content_END -->