Skip to content

Benson-ojo-blockchain-infrastructure.md#26

Open
benchin0x wants to merge 2 commits into
MGSWeb3:mainfrom
benchin0x:main
Open

Benson-ojo-blockchain-infrastructure.md#26
benchin0x wants to merge 2 commits into
MGSWeb3:mainfrom
benchin0x:main

Conversation

@benchin0x

@benchin0x benchin0x commented Nov 13, 2025

Copy link
Copy Markdown
  1. Four blockchains — nodes, common clients, consensus

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.

  1. Comparison Table — Blockchains (Quick Reference)

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

    1. Distributed Ledger vs Blockchain — comparison & explanation

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)

  1. NFTs vs Fungible Tokens — what changes about ownership?

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.

  1. Real-world examples (NFTs & tokens) — analysis

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.

  1. Key risks & caveats about ownership and NFTs
    • 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.
  1. Tables — Distributed Ledger vs Blockchain & Token Types

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

  1. Bitcoin — P2P Network & Developer Guide: https://developer.bitcoin.org/devguide/
    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

MGSweb3 assignment
Submission for Week 1 Day 2 – Benson – blockchain infrastructure, DLTs, NFTs & fungible tokens.
@benchin0x benchin0x changed the title Benson week 1 assignment Benson-ojo-blockchain-infrastructure.md Nov 13, 2025
@ogazboiz

Copy link
Copy Markdown
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.
@benchin0x

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants