BC6: Choosing a ledger: public, permissioned, or an ordinary database

Lesson 2 of 5 · reading 15–25 minutes; practice and project time is on the module page

Public chains and layer 2 networks

🎯You'll be able to

Weigh the strengths and costs of building on a public chain or a layer 2 network.

🏠The everyday picture

A public road: anyone may use it, nobody needs permission, and everyone can see who drives by. Tolls vary with traffic.

📘What it really is

📝A worked example

Input: a federation wants members' certificates to be checkable by anyone, for years, without the federation's website.

Steps:

  1. Store a hash of each certificate (not the certificate) on a public chain or a layer 2 network.
  2. Give each member their certificate file; anyone can hash it and look up the hash.
  3. Fees are paid once per batch if many hashes go into one Merkle root (BC1).

Expected output: public checking, no personal data on-chain, and low cost per certificate.

🌍Where it's used

📝Case scenario

A university put graduates' full names and degrees in a public contract so employers could check them. Graduates who wanted their records corrected or kept private couldn't remove them. A later version stored only a Merkle root per year, with each graduate holding their own proof.

🖱️Try it

List two benefits and two costs of putting SakhiKosh's fund on a public chain. Success: at least one cost is about privacy and one about fees or regulation.

⚠️Common mistakes

🛠️For your project

The kit runs on a practice network with test ether. The capstone's design notes compare a public network with a permissioned one.

✅Quick check

What can outsiders do with a public chain that they can't with a private database?

Show the answer

Check the record themselves, without asking the operator.

Why should personal data stay off a public chain?

Show the answer

Everyone can read it, and it can't be removed later.

← PreviousDo you need a blockchain?
ProLearners Assist