🎨 Style : clean-up

Null0RM · Jul 23, 2024 · 9b33cbe · 9b33cbe
1 parent d941640
commit 9b33cbe
Show file tree

Hide file tree

Showing 2 changed files with 43 additions and 39 deletions.
diff --git a/concepts/Consensus/PoS.md b/concepts/Consensus/PoS.md
@@ -1,4 +1,5 @@
 Proof of Stake
+
 # About PoS
 
 ---
@@ -9,12 +10,11 @@ Validator가 네트워크에 지분을 스테이킹하여 트랜잭션(혹은
 
 ---
 
-validator가 되기 위해, user는 32ETH를 컨트랙트에 예치하고, execution client, consensus client, validator client이 세 개의 software를 실행시켜야 한다. 
+validator가 되기 위해, user는 32ETH를 컨트랙트에 예치하고, execution client, consensus client, validator client이 세 개의 software를 실행시켜야 한다.
 
 ETH를 deposit하면, user 는 새로운 validator가 네트워크에 들어오는 것을 제한하는 activation queue에 들어가게 된다. activate되면, validator는 다른 validator node로부터 새로운 블록을 받고(propose받음), propose된 Ethereum의 state 변화가 valid한지 검사해보기 위해 트랜잭션들을 다시 검증하고, 블록에 서명된 서명을 검증하게 된다.
 
 > 원문: The transactions delivered in the block are re-executed to check that the proposed changes to Ethereum's state are valid, and the block signature is checked.
-> 
 
 그 다음, validator는 네트워크를 통해 블록에 대한 favor를 나타내는 attestation message(투표)를 보내게 된다.
 
@@ -23,46 +23,45 @@ ETH를 deposit하면, user 는 새로운 validator가 네트워크에 들어오
 ---
 
 1. user가 transaction에 privatekey를 이용해 서명
-    
-    → wallet또는 library에 의해 작동 or RPC를 이용
-    
-    → user는 validator로 하여금 트랜잭션을 block에 포함하도록 할 수 있는 동기를 주는 Gas limit을 정함
-    
-    → Base fee는 Burn되고, 나머지가 전달됨. → Base fee에 대해 알아보자
-    
+
+   → wallet또는 library에 의해 작동 or RPC를 이용
+
+   → user는 validator로 하여금 트랜잭션을 block에 포함하도록 할 수 있는 동기를 주는 Gas limit을 정함
+
+   → Base fee는 Burn되고, 나머지가 전달됨. → Base fee에 대해 알아보자
+
 2. transaction은 node의 execution client로 전송되어 트랜잭션의 validity를 검증받음.
-    
-    → sender에게 transaction을 실행시킬 수 있는 충분한 ETH가 있는지 검증
-    
-    → 올바른 key를 이용해 서명했는지 검증
-    
+
+   → sender에게 transaction을 실행시킬 수 있는 충분한 ETH가 있는지 검증
+
+   → 올바른 key를 이용해 서명했는지 검증
+
 3. execution client는 이 트랜잭션들을 local mempool에 추가함(list of pending transactions)
 4. execution layer gossip network의 다른 노드들에게 트랜잭션을 broadcast함
 5. 이를 수신한 다른 노드들은 트랜잭션을 본인들의 local mempool에 추가&broadcast
-    
-    → 이 과정에서 어떠한 user는 broadcasting을 하는 것 보다는 Flashbot Auction에 전달함.
-    
-    → 이를 통해 MEV를 할 수 있음
-    
-    → 추가정보: [이더리움-MEV](https://ethereum.org/en/developers/docs/mev/#mev-extraction)
-    
+
+   → 이 과정에서 어떠한 user는 broadcasting을 하는 것 보다는 Flashbot Auction에 전달함.
+
+   → 이를 통해 MEV를 할 수 있음
+
+   → 추가정보: [이더리움-MEV](https://ethereum.org/en/developers/docs/mev/#mev-extraction)
+
 6. 각 slot에서는 RANDAO 프로토콜을 통해 pseudo-random하게 block proposer가 선출되게 된다
-    
-    → 이 block proposer는 다음에 생성될 블록을 만들고, 이더리움 블록체인에 broadcasting하며, global state를 변경시키는 역할을 맡는다.
-    
+
+   → 이 block proposer는 다음에 생성될 블록을 만들고, 이더리움 블록체인에 broadcasting하며, global state를 변경시키는 역할을 맡는다.
+
 7. block proposer는 위에서도 언급되었던 execution client에서, local mempool에 있는 트랜잭션들을 “execution payload”의 형태로 묶고, 이를 locally execute하여 state change를 생성한다.
 8. 이 정보는 consensus client로 넘어가게 되는데, 거기에서는 execution payload, reward, penalties, slashings, attestation 등 에 대한 정보가 “beacon block”의 형태로 묶이게 된다.
-    
-    → 추가적인 정보: [이더리움-client간 연결](https://ethereum.org/en/developers/docs/networking-layer/#connecting-clients)
-    
+
+   → 추가적인 정보: [이더리움-client간 연결](https://ethereum.org/en/developers/docs/networking-layer/#connecting-clients)
+
 9. 다른 노드들은 consensus layer gossip network에서 새로운 beacon block을 수신하여 이를 그들의 execution client로 넘겨주게 된다.
-    
-    → execution client에서는 execution payload가 locally execute되어 proposed state change가 타당한지에 대한 검사를 진행하게 된다.
-    
+
+   → execution client에서는 execution payload가 locally execute되어 proposed state change가 타당한지에 대한 검사를 진행하게 된다.
+
 10. node의 validator client는 체인에 대한 자신의 관점(local state)에서 블록이 유효함을 증언(attest)하는 메시지를 브로드캐스트한다.
-    
+
     → 이를 통해 block은 각 노드의 로컬 블록체인에 추가된다.
-
 
 # Finality
 
@@ -78,15 +77,16 @@ ETH를 deposit하면, user 는 새로운 validator가 네트워크에 들어오
 
 이미 Finalize된 block을 Revert하게 된다면, 공격자는 Stake되어있는 ETH의 최소 1/3 이상을 잃게될 수 있다.
 
-이유 →  [이더리움 공식 블로그](https://blog.ethereum.org/2016/05/09/on-settlement-finality/ )
+이유 → [이더리움 공식 블로그](https://blog.ethereum.org/2016/05/09/on-settlement-finality/)
 
 그리고, 공격자는 1/3 이상의 Stake ETH를 매수하여 네트워크가 블록을 Finalize시키지 못하도록 할 수 있는데(2/3이상 투표를 할 수 없게 하는 방식), Ethereum에서는 “Inactivity Leak”이라는 방법을 통해 이를 막을 수 있다. 이는, 4 에폭동안 block이 Finalize되지 않는다면, 과반수 투표에 반대표를 던진 Validator의 Stake된 ETH를 슬래싱하여 다시 건전한 Validator들로 2/3 과반수를 복구해낼 수 있다.
 
 # Fork Choice Rule
+
 모든 네트워크가 건전, 정직하게 작동한다면, 모든 블록의 뒤에 추가되는 블록은 fork없이 단 한 개의 블록만 생성될 것이다. 그러나, Validator들은 네트워크 지연의 이유로 인해 서로 다른 관점(view)를 가지게 될 수 있다. 이렇게 되면, consensus client들은 어느 블록을 지지, 또는 선호하는지에 대한 합의를 이루어야 한다. Ethereum PoS에서는 이를 LMD-GHOST를 이용해 해결하고자 하며, 이는 가장 많은 가중치를 할당받은 Fork를 인정하는 방식으로 Fork Choice를 한다.
 
 ### Gasper, Casper, LMD-GHOST에 대한 추가 설명
 
-
 # 참고문헌
-[이더리움 공식 블로그](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/)
+
+[이더리움 공식 블로그](https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/)
diff --git a/concepts/Misc/Mixer.md b/concepts/Misc/Mixer.md
@@ -1,12 +1,16 @@
-# Mixer 
+# Mixer
+
 (a Bitcoin mixer, a cryptocurrency tumbler) - a tool that allows users to mix their cryptocurrency funds with those of other users to obscure the source and destination of the funds - a coin mixer takes a user's **cryptocurrency** and mixes it with the cryptocurrency of other users. It creates a jumbled and untraceable pool of funds. This process aims to enhance the anonymity and privacy of the user's cryptocurrency transactions
 
-Mixer에는 Centralized Mixer와 Decentralized Mixer가 있습니다. 
+Mixer에는 Centralized Mixer와 Decentralized Mixer가 있습니다.
+
 ## Centralized Mixer
+
 Centralized Mixer는 Mixing서비스를 제공하는 중앙화된 업체에서 Mixing을 해주는 것을 말합니다.
-중앙화된 Mixer는 알려지지 않은 account를 생성하여 이 이용자의 자산을 이체받고, 다른 account에서 이용자의 또 다른 account(알려지지 않음)으로 수수료를 제한 금액을 이체하는 서비스입니다. 
-## Decentralized Mixer (a.k.a CoinJoin)
+중앙화된 Mixer는 알려지지 않은 account를 생성하여 이 이용자의 자산을 이체받고, 다른 account에서 이용자의 또 다른 account(알려지지 않음)으로 수수료를 제한 금액을 이체하는 서비스입니다.
 
+## Decentralized Mixer (a.k.a CoinJoin)
 
 ### 참고자료
+
 [https://www.okx.com/learn/what-is-coin-mixer](https://www.okx.com/learn/what-is-coin-mixer)