Crypto Newbie

Crypto Cho Người Mới / Mô phỏng / Proof of History

Proof of History Simulator — Đồng Hồ Verify Được của Solana

Solana là chain lớn duy nhất dùng Proof of History — cơ chế pre-consensus timestamp giao dịch TRƯỚC khi validator vote. Chain là sequential SHA-256 hash chain nơi mỗi step phụ thuộc prev. Hai thuộc tính chính: build chain BẮT BUỘC sequential (không parallel), nhưng VERIFY tick bất kỳ có thể độc lập parallel. Đây là gì cho Solana skip phase đàm phán đa số chain khác tốn block time.

Cấu hình chain

Event embedded

Chain (hiện 30 tick đầu + event)

TickHashEvent
0e1b8c4fe
1ee444bbf
2c0c995d5
301c00217
4aa2e0a03
589e29d94tx: alice→bob 10 SOL
668bb8395
789f85bf8
89079c315
9a32ee400
10b45beed1
1176a4b9bd
122ec42aaatx: carol→dave 0.5 SOL
13d0423d30
142dc3511b
156a8f8d18
16106e048f
17fb915dfb
1890118b7atx: bob→eve 3 SOL
199ccdfc78
2034f250c2
2104488aaa
22c45a4788
23bb4eda75
243bf7af2d
25177e20e2
26842ee0e4
27d82e6468
283f0421c8
296bf667fe

Verify 1 tick đơn (parallel-safe)

Chỉ cần hash predecessor + event data — không cần tính lại toàn chain.

✓ Hash verify khớp prev tick + event data.

Tamper test

Tính đối ngẫu build-tuần-tự, verify-parallel

Để produce tick[N], node phải đã tính tick[N-1]. Không cách nào parallelise — mỗi hash tốn time thật, và bạn không đến tick[100] mà không làm 99 hash trước. Nhưng VERIFY tick[100] cho chain, chỉ cần hash tick[99] cộng data insert tại tick[100]. Không cần tính lại chain. Nghĩa là chain tự encode thời gian elapsed thật (verify được), trong khi verification scale ngang.

Embed giao dịch như event

Khi validator Solana muốn log 'giao dịch X xảy ra khoảng giờ này', họ không cố đàm phán timestamp với validator khác. Họ chỉ insert hash giao dịch vào tick PoH kế. Giờ giao dịch provably ordered so mọi event khác trong chain PoH — không round consensus, không tranh cãi timestamp. Simulator trên hiện: thêm event ở tick cụ thể, xem chúng embed trong hash chain.

Sao PoH cho Solana parallelise consensus

Chain khác (Bitcoin, Ethereum, Tendermint) bundle 2 thứ vào sản xuất block: (1) giao dịch nào vào, (2) thứ tự nào. Đàm phán thứ tự tốn round giao tiếp. Solana tách: PoH establish thứ tự liên tục, và consensus chỉ cần confirm 'chain PoH nào canonical'. Validator giờ chạy consensus parallel với sản xuất stream PoH, đạt block time 400ms mà mọi thứ khác chỉ dùng đàm phán.

Thuộc tính phát hiện tamper

Thử test tamper trong simulator: đổi data 1 event sau khi chain build. Hash tick đơn không còn verify. Nhưng hash downstream (tính trước tamper) VẪN khớp nhau — vì chưa rebuild chúng. Verifier walk từ genesis spot lệch ở tick chính xác. Đây là sao PoH 'verify được': bất kỳ divergence khỏi chain canonical immediately localise.

Câu hỏi thường gặp

+PoH có phải consensus mechanism độc lập không?

Không. PoH là PRIMITIVE pre-consensus establish ordering verify được. Solana sau đó chạy Tower BFT (consensus PoS-based) trên PoH để đồng ý chain PoH nào canonical. Bitcoin dùng PoW cho cả ordering và consensus; Solana tách concern — PoH cho ordering, Tower BFT cho agreement.

+Sao chain khác không dùng PoH nếu tốt vậy?

Ba lý do: (1) PoH yêu cầu sequential hash ở tỷ rất cao — validator Solana cần phần cứng mạnh để keep up. (2) PoH tập trung vai trò leader (ai đang build stream PoH có quyền tạm thời censor hoặc reorder). (3) Toàn bộ benefit 'parallel verification' chỉ pay off nếu bottleneck là đàm phán ordering — chain không cố hit 60k TPS, độ phức tạp không đáng.

+PoH cần phần cứng đắt không?

Có. Để produce stream PoH nhanh, validator cần CPU mới nhất với SHA-256 acceleration nhanh. Spec phần cứng validator Solana cao hơn đa số chain: 256GB RAM, CPU đời mới nhất, NVMe storage. Đây là sao Solana có ~2000 validator vs ~1M Ethereum — rào cản phần cứng thật.

+Sao simulator dùng FNV-1a thay SHA-256?

Pure pedagogy. FNV-1a nhanh, deterministic, sync trong JS — dễ demo trong browser. SHA-256 (Solana thật dùng) bảo mật hơn nhưng chậm hơn. Thuộc tính toán (build sequential, verify parallel, phát hiện tamper) giống hệt nhau giữa 2; chỉ dùng hash đơn giản hơn cho rõ ràng visualisation.

+Chuyện gì xảy ra nếu PoH leader misbehave?

Tower BFT (consensus Solana trên PoH) phát hiện khi stream PoH leader lệch canonical và vote chống. Rotation leader nghĩa không validator đơn giữ vai trò PoH lâu. Nếu leader skip slot hoặc produce stream invalid, leader kế tiếp quản từ tick valid cuối. Lừa kéo dài cần leader đồng phạm — economic slashing Tower BFT làm đắt.