Benson-ojo-blockchain-infrastructure.md#26
Open
benchin0x wants to merge 2 commits into
Open
Conversation
MGSweb3 assignment
Collaborator
|
Please put your work inside the Week 1 folder and create your own folder with your name. Also read the submission guide here before you submit. After that, I will review it. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bitcoin
• Node types: Full nodes (validate & store full chain), miner nodes (PoW miners), SPV/light clients (wallets that verify via headers).
• Common clients/software: Bitcoin Core is the reference client used by most full nodes.
• Consensus mechanism: Proof of Work (PoW) — miners solve cryptographic puzzles to add blocks; immutability relies on accumulated PoW.
• Notes: Highly secure and battle-tested; block times ≈10 minutes; limited scripting for smart logic.
Ethereum
• Node types: Full/execution nodes, consensus nodes (validators since The Merge), light nodes. Post-Merge nodes run two clients: an execution client and a consensus client.
• Common clients: Execution — Geth, Erigon, Nethermind. Consensus — Prysm, Lighthouse, Teku, Nimbus.
• Consensus mechanism: Proof of Stake (PoS) after The Merge (validators stake ETH to propose/attest).
• Notes: Smart-contract platform (EVM); supports ERC standards (ERC-20, ERC-721) that power fungible tokens and NFTs.
Solana
• Node types: Validators (vote and produce blocks), RPC nodes (serve data to apps), archival nodes.
• Common clients/tools: Solana Labs client, validators run solana-validator, RPC via providers (QuickNode, Alchemy).
• Consensus mechanism: Proof of History (PoH) combined with Proof of Stake (PoS). PoH is a verifiable sequence of time-stamped hashes that speeds ordering; PoS secures it.
• Notes: High throughput and low latency; hardware requirements for validators can be high.
Polygon (PoS chain — Ethereum scaling)
• Node types: Heimdall nodes (validators running Tendermint-like stack), Bor nodes (block producers), sentry nodes.
• Common clients/tools: Polygon provides Bor/Heimdall stacks; integration with Ethereum mainnet via checkpoints.
• Consensus mechanism: Proof of Stake among validators; Bor uses block producers with round-robin/span scheduling (inspired by Clique/EIP-225 patterns).
• Notes: Layer-2 scaling solution for Ethereum, reduces gas costs while leveraging Ethereum security through periodic checkpoints.
Blockchain: Bitcoin
Node Types: Full nodes, miners, SPV
Example Clients: Bitcoin Core
Consensus: Proof of Work (SHA-256)
Typical Use-Cases: Store of value, payments
Blockchain: Ethereum
Node Types: Execution nodes, consensus nodes, light clients
Example Clients: Geth, Erigon, Prysm, Lighthouse
Consensus: Proof of Stake (validator-based)
Typical Use-Cases: Smart contracts, DeFi, NFTs
Blockchain: Solana
Node Types: Validators, RPC nodes, archival nodes
Example Clients: solana-validator, RPC providers
Consensus: Proof of History (PoH) + Proof of Stake (PoS)
Typical Use-Cases: High-throughput dApps, NFT drops, DeFi
Blockchain: Polygon (PoS)
Node Types: Heimdall, Bor, Sentry, validators
Example Clients: Bor/Heimdall stacks
Consensus: Proof of Stake (Bor producers + Heimdall validators)
Typical Use-Cases: Ethereum scaling, low-cost transactions
A blockchain is a specific kind of distributed ledger that stores data in cryptographically linked blocks in linear order. A distributed ledger (DLT) is any replicated, shared database across nodes; it can use various data structures or consensus models and does not necessarily enforce a block/chain data structure or public token.
Feature Distributed Ledger (DLT) Blockchain
Data structure Any replicated DB (graphs, tables) Linked blocks in linear order
Need for tokens Not required Often accompanies native tokens (but not mandatory)
Immutability Varies by implementation Strong immutability design (blocks + consensus)
Examples Hyperledger Fabric (permissioned DLT) Bitcoin, Ethereum (public blockchains)
Key mechanisms
• On-chain record: Ownership is recorded on the blockchain as the token holder’s address (wallet). Transfers change the token owner in the token contract state and are visible on-chain. Marketplaces interact with token contracts (e.g., safeTransferFrom for ERC-721) to effect sales.
• Fungible tokens (FTs): Interchangeable tokens (ERC-20 on Ethereum) — sending 1 token to A is same as sending 1 token to B. Used as currency, utility tokens, stablecoins. Standards like ERC-20 define transfer/approval interfaces.
• Non-Fungible Tokens (NFTs): Unique tokens (ERC-721, ERC-1155) with unique IDs and metadata (often pointing to off-chain media). Ownership of the token equals ownership of that token on-chain; legal copyright or IP depends on project terms. Marketplaces and smart contracts mediate transfers and royalties.
How ownership can differ from traditional ownership
• Proof of possession vs copyright/IP: Owning the NFT proves you hold the token that references an asset — it does not always transfer copyright. Projects define licensing rights in their terms (some grant commercial rights; others do not). See BAYC IP/rights model vs general practice.
• Transparent provenance: Every sale is recorded on-chain, so provenance (who owned it and when) is publicly auditable.
• Automated royalties & marketplaces: Smart contracts can enforce royalties on secondary sales (if marketplace honors them). Marketplaces typically require sellers to approve marketplace contracts to move tokens for a sale.
NFT examples (how they illustrate ownership change)
1. CryptoPunks — one of the earliest Ethereum NFT collections; ownership is tracked on-chain; collectors trade on secondary markets. Shows NFT provenance & cultural value.
2. Bored Ape Yacht Club (BAYC) — NFTs grant holders perks and often IP/commercial rights (project-specific). Ownership functions as membership & brand asset. BAYC demonstrates how NFTs can grant community access and commercial utility.
3. NBA Top Shot — licensed sports moments minted as NFTs on Flow; ownership recorded on Flow; collectors can buy/sell moments (digital trading cards). Shows NFTs applied to licensed media & mainstream audiences.
4. Axie Infinity — in-game creatures and land are NFTs on Ronin/Ethereum sidechain; players buy, trade, and earn tokens; demonstrates play-to-earn and tokenized game economies (but also highlights economic risks).
5. Otherside / Virtual land (Yuga Labs) — virtual land parcels sold as NFTs; ownership used for metaverse access and experiences; example includes complex launches and refunds highlighting UX/chain gas issues.
Fungible token examples (how ownership transfers work)
• ETH — native Ethereum token; fungible; used for gas, value transfer. Ownership recorded by balances in accounts.
• BTC — native Bitcoin token; fungible; ownership = UTXO control via private keys.
• USDT / DAI (stablecoins) — fungible tokens pegged to fiat (by collateral or mechanism); used for on-chain liquidity and trading. (See ERC-20 token standards).
• AXS / SLP (Axie Infinity example) — game governance tokens and in-game currency; interchangeable units used in the ecosystem.
• Off-chain assets & link rot: Many NFTs only store a pointer to off-chain media (IPFS, HTTP). If the off-chain hosting disappears, the image might. The token still exists, but the asset may become unavailable.
• Security / phishing: Wallet compromise or malicious approvals can let attackers transfer tokens, instantaneously changing “ownership” on-chain. Several high-profile BAYC compromises illustrate this risk.
• Legal uncertainty: Courts and regulators are still establishing how traditional property and securities law apply to NFTs — expect evolving rulings. Recent legal cases highlight uncertainty.
⸻
A. Distributed Ledger vs Blockchain
Aspect: Structure
Distributed Ledger (DLT): Any replicated database across nodes
Blockchain: Sequence of cryptographically linked blocks
Aspect: Token Necessity
Distributed Ledger (DLT): Optional
Blockchain: Often used, especially in public chains
Aspect: Permissioning
Distributed Ledger (DLT): Can be permissioned (private consortia)
Blockchain: Can be public (permissionless) or private
Aspect: Example
Distributed Ledger (DLT): Hyperledger Fabric
Blockchain: Bitcoin, Ethereum
⸻
B. Fungible Token vs NFT (Summary)
Feature: Interchangeability
Fungible Token: Interchangeable (1 = 1)
NFT: Unique (1 ≠ 1)
Feature: Common Standard
Fungible Token: ERC-20, BEP-20
NFT: ERC-721, ERC-1155
Feature: Use Cases
Fungible Token: Currency, stablecoins, governance
NFT: Digital art, collectibles, virtual land
Feature: Ownership Recorded
Fungible Token: Balance accounting
NFT: Token ID ownership mapping (unique)
number 7 Tables.docx
citations
2. Bitcoin Core — Validation & Feature Notes: https://github.com/bitcoin/bitcoin
3. Bitcoin — Blockchain Dev Guide: https://developer.bitcoin.org/reference/block_chain.html
4. Ethereum — Nodes & Clients (Official): https://ethereum.org/en/developers/docs/nodes-and-clients/
5. Ethereum — Proof of Stake Overview (Post-Merge): https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/
6. Run an Ethereum Node (Official): https://ethereum.org/en/run-a-node/
7. Solana Docs — Proof of History (PoH) Terminology: https://docs.solana.com/
8. Solana Overview — Nodes & RPC (Alchemy Guide): https://www.alchemy.com/overviews/solana-nodes
9. Polygon — Bor Introduction & Architecture: https://wiki.polygon.technology/docs/pos/architecture/bor
10. Polygon — Heimdall/Bor Module Docs: https://wiki.polygon.technology/docs/pos/architecture/heimdall
11. IBM Developer — Introduction to Distributed Ledgers: https://developer.ibm.com/articles/cl-blockchain-basics-intro-bluemix-trs/
12. 101Blockchains — Blockchain vs DLT Primer: https://101blockchains.com/dlt-vs-blockchain/
13. OpenSea Learn — NFTs Explained: https://opensea.io/learn/what-are-nfts
14. CryptoPunks (Larva Labs) — Project Page & History: https://www.larvalabs.com/cryptopunks
15. Bored Ape Yacht Club (Official / OpenSea) — BAYC Overview & Perks: https://opensea.io/collection/boredapeyachtclub