Skip to content
B

차트 분석, 전문가 관점을 받아보세요

무료로 시작하기

Blockchain L1

Liveness vs Safety

Liveness vs Safety

Đây là hai thuộc tính cốt lõi trong thiết kế blockchain: Liveness (hoạt tính) đảm bảo mạng luôn tiếp tục tạo block dù có sự cố (như Bitcoin), trong khi Safety (an toàn) ưu tiên không để xảy ra xung đột block dù phải tạm dừng (như các chuỗi BFT). Ethereum cân bằng cả hai thông qua cơ chế inactivity leak.

Điểm chính cần nắm

Chương 4: L1 Blockchains

Tổng quan

Blockchain Layer 1 (L1) là nền tảng căn bản của mọi mạng phi tập trung. Các blockchain L1 như Bitcoin, Ethereum, Solana đều được xây dựng dựa trên những triết lý thiết kế và lựa chọn kỹ thuật riêng biệt, kéo theo những đánh đổi mang tính căn bản. Để thực sự hiểu về L1 blockchain, điều cốt lõi là phải nắm được tại sao những quyết định thiết kế đó được đưa ra, và chúng ảnh hưởng như thế nào đến hiệu suất cũng như đặc tính của từng mạng lưới.

Chương này sẽ đi sâu vào năm khái niệm then chốt không thể thiếu khi phân tích và đánh giá các blockchain L1. Chúng ta bắt đầu với Bộ Ba Bất Khả Thi Blockchain để nhìn nhận mối căng thẳng nội tại giữa phi tập trung, bảo mật và khả năng mở rộng. Tiếp theo, framework Bốn Lớp của Blockchain giúp phân tách các chức năng cốt lõi mà mọi blockchain đều phải thực hiện. Sau đó, chúng ta khám phá phổ kiến trúc Monolithic vs Modular, sự căng thẳng trong thiết kế đồng thuận giữa Liveness vs Safety, và cuối cùng là Sharding như một giải pháp mở rộng quy mô tiêu biểu.

Năm khái niệm này gắn kết chặt chẽ với nhau. Bộ Ba Bất Khả Thi cung cấp bức tranh nền cho mọi quyết định thiết kế; framework Bốn Lớp chỉ rõ những quyết định đó diễn ra cụ thể ở đâu; sự phân biệt Monolithic/Modular phân loại kết quả của các quyết định đó. Liveness vs Safety là lựa chọn cốt lõi tại lớp đồng thuận, còn Sharding là một trong những nỗ lực tiêu biểu nhất nhằm giải quyết bài toán khả năng mở rộng. Chỉ khi hiểu tổng thể cả năm khái niệm này, bức tranh đầy đủ về L1 blockchain mới thực sự hiện ra rõ nét.


Bộ Ba Bất Khả Thi Blockchain

Định nghĩa

Bộ Ba Bất Khả Thi Blockchain (Blockchain Trilemma) là khái niệm được Vitalik Buterin — đồng sáng lập Ethereum — phổ biến rộng rãi, dùng để mô tả một thực tế không thể né tránh: mọi hệ thống blockchain đều không thể tối ưu hóa đồng thời và hoàn toàn cả ba thuộc tính cốt lõi là phi tập trung (Decentralization), bảo mật (Security)khả năng mở rộng (Scalability). Khi củng cố bất kỳ hai thuộc tính nào, thuộc tính còn lại sẽ không tránh khỏi bị suy yếu — đây là mối căng thẳng mang tính cấu trúc. Đây không đơn thuần là một giới hạn kỹ thuật, mà là hệ quả trực tiếp từ những ràng buộc thiết kế nền tảng của hệ thống phân tán.

Các điểm cốt lõi

  • Phi tập trung (Decentralization): Đây là thuộc tính đảm bảo mạng lưới được vận hành bởi một số lượng lớn các node độc lập, không có bất kỳ tổ chức hay cá nhân đơn lẻ nào nắm quyền kiểm soát. Mức độ phi tập trung càng cao đòi hỏi yêu cầu phần cứng để tham gia mạng phải càng thấp, điều này tạo ra ràng buộc về tốc độ xử lý.

  • Bảo mật (Security): Là khả năng bảo vệ mạng lưới trước các cuộc tấn công như tấn công 51% (51% attack), chi tiêu gấp đôi (double spending), hay các hành vi phá hoại từ node độc hại. Bảo mật cao thường đòi hỏi một số lượng validator đủ lớn và chi phí kinh tế đủ cao để ngăn chặn tấn công — điều này có thể xung đột với khả năng mở rộng.

  • Khả năng mở rộng (Scalability): Là năng lực xử lý khối lượng lớn giao dịch một cách nhanh chóng và với chi phí thấp. Khi tăng kích thước block hoặc đơn giản hóa quá trình đồng thuận để cải thiện khả năng mở rộng, chi phí vận hành node sẽ tăng lên, từ đó cản trở phi tập trung.

  • Lựa chọn của các L1 tiêu biểu: Bitcoin đặt phi tập trung và bảo mật lên hàng đầu, hy sinh thông lượng giao dịch (TPS). Solana theo đuổi khả năng mở rộng đến mức cực đoan, đòi hỏi phần cứng hiệu năng cao và do đó hạn chế khả năng tiếp cận của các node. Ethereum chọn con đường trung dung, tìm kiếm sự cân bằng giữa ba thuộc tính thông qua hệ sinh thái rollup ở Layer 2.

  • Bộ Ba Bất Khả Thi là framework thực dụng, không phải định luật tuyệt đối: Với sự tiến bộ của công nghệ, ranh giới của bộ ba này có thể dần được nới rộng. Các đổi mới như chuyển đổi sang PoS, sharding, hay rollup đều là những nỗ lực kỹ thuật nhằm vượt qua giới hạn này. Tuy nhiên, sức căng căn bản giữa ba thuộc tính vẫn chưa biến mất hoàn toàn.

Liên hệ với các khái niệm khác

Bộ Ba Bất Khả Thi Blockchain liên kết trực tiếp với tất cả các khái niệm còn lại trong chương này. Bốn Lớp của Blockchain chỉ ra cụ thể ba thuộc tính của bộ ba được hiện thực hóa và xung đột với nhau tại lớp chức năng nào. Cuộc tranh luận Monolithic vs Modular chính là hai cách tiếp cận tiêu biểu để giải quyết bộ ba: kiến trúc monolithic tìm kiếm sự cân bằng trong một lớp duy nhất, còn modular tách biệt chức năng để tối ưu từng thuộc tính một cách độc lập. Sharding là nỗ lực trực tiếp nhằm cải thiện khả năng mở rộng trong khi vẫn duy trì phi tập trung và bảo mật, còn Liveness vs Safety đi sâu vào sự đánh đổi chi tiết bên trong thuộc tính bảo mật.


Bốn Lớp của Blockchain

Định nghĩa

Bốn Lớp của Blockchain (Four Planes of Blockchain) là một framework phân tích, phân tách các chức năng cốt lõi mà mọi blockchain đều phải thực hiện thành bốn lớp logic: Thực thi (Execution), Thanh toán (Settlement), Đồng thuận (Consensus)Khả dụng Dữ liệu (Data Availability — DA). Trong các blockchain monolithic truyền thống, bốn chức năng này được tích hợp trong một lớp duy nhất. Trong khi đó, các thiết kế blockchain modular hiện đại cho phép tách từng chức năng ra thành các lớp hoặc chuỗi chuyên biệt riêng biệt. Framework này là công cụ mạnh mẽ để so sánh và phân tích kiến trúc của các blockchain khác nhau một cách hệ thống.

Các điểm cốt lõi

  • Thực thi (Execution): Đây là chức năng xử lý giao dịch và thay đổi trạng thái (state) của mạng, bao gồm cả việc thực thi smart contract. EVM (Ethereum Virtual Machine) của Ethereum là môi trường thực thi tiêu biểu nhất. Lớp thực thi có tính chất tính toán nặng; trong các hệ thống modular, rollup đảm nhận vai trò đưa quá trình thực thi ra khỏi chuỗi chính (off-chain).

  • Thanh toán (Settlement): Đây là chức năng xác nhận kết quả giao dịch là cuối cùng và không thể đảo ngược (finality). Có thể ví lớp này như tòa án phán quyết cuối cùng trong mọi tranh chấp. Trong các hệ thống modular dựa trên rollup, Ethereum L1 đóng vai trò là lớp thanh toán đáng tin cậy, xác nhận tính hợp lệ của các giao dịch từ L2 rollup.

  • Đồng thuận (Consensus): Đây là quá trình tất cả các node tham gia mạng đồng ý về thứ tự (ordering) và tính hợp lệ của các giao dịch. Các cơ chế đồng thuận như PoW (Proof of Work) hay PoS (Proof of Stake) hoạt động ở lớp này. Lớp đồng thuận quyết định trực tiếp mức độ bảo mật và phi tập trung của toàn bộ mạng lưới.

  • Khả dụng Dữ liệu (Data Availability — DA): Đây là chức năng lưu trữ và phân phối dữ liệu block để đảm bảo mọi người tham gia đều có thể truy cập. Nếu dữ liệu không được công khai, không ai có thể xác minh trạng thái của chuỗi. Các lớp DA chuyên biệt như Celestia đã xuất hiện, trong khi EIP-4844 (Proto-Danksharding) của Ethereum cũng là nỗ lực hạ thấp chi phí DA cho rollup.

  • Phổ tích hợp và phân tách: Khi tích hợp cả bốn chức năng trong một lớp duy nhất như Bitcoin hay Solana, tính kết hợp nguyên tử (atomic composability) được đảm bảo và thiết kế trở nên đơn giản hơn. Ngược lại, khi phân tách chức năng theo mô hình Ethereum + rollup + Celestia, mỗi lớp có thể được tối ưu hóa độc lập, nhưng đổi lại là sự phức tạp gia tăng trong tương tác giữa các lớp.

Liên hệ với các khái niệm khác

Framework Bốn Lớp là nền tảng lý thuyết trực tiếp cho khái niệm Monolithic vs Modular: blockchain monolithic xử lý cả bốn lớp trong một thể thống nhất, còn blockchain modular tách từng lớp ra riêng. Sharding chủ yếu liên quan đến việc phân tán theo chiều ngang ở lớp Thực thi và lớp Khả dụng Dữ liệu. Sự căng thẳng Liveness vs Safety biểu hiện rõ nét nhất ở lớp Đồng thuận. Ba thuộc tính của Bộ Ba Bất Khả Thi cũng gắn trực tiếp với từng lớp — ví dụ, năng lực xử lý của lớp Thực thi quyết định khả năng mở rộng, còn thiết kế lớp Đồng thuận quyết định phi tập trung và bảo mật.


Monolithic vs Modular

Định nghĩa

Monolithic và Modular đại diện cho hai thái cực trên phổ kiến trúc blockchain. Blockchain monolithic là thiết kế tích hợp, xử lý toàn bộ bốn lớp (Thực thi, Thanh toán, Đồng thuận, Khả dụng Dữ liệu) trong một lớp duy nhất — Bitcoin và Solana là những đại diện tiêu biểu. Ngược lại, blockchain modular là thiết kế phân tán, tách từng chức năng ra thành các lớp hoặc chuỗi chuyên biệt riêng biệt — Ethereum cùng hệ sinh thái rollup bên trên, và các lớp DA chuyên biệt như Celestia, là những ví dụ điển hình của cách tiếp cận này. Hai phương án phản ánh sự đánh đổi căn bản giữa tính kết hợp (composability) và khả năng tối ưu hóa (optimization).

Các điểm cốt lõi

  • Điểm mạnh của Monolithic — Tính kết hợp nguyên tử (Atomic Composability): Vì mọi chức năng đều được xử lý trong một lớp duy nhất, các giao dịch phức tạp giữa nhiều giao thức DeFi có thể được thực thi và rollback một cách nguyên tử trong cùng một block. Điều này đặc biệt có lợi khi triển khai các logic tài chính phức tạp một cách an toàn. Hệ sinh thái DeFi hiệu năng cao của Solana là minh chứng rõ ràng cho sức mạnh của tính kết hợp này.

  • Giới hạn của Monolithic — Ràng buộc của mở rộng dọc (Vertical Scaling): Để nâng cao hiệu suất, cấu hình phần cứng của từng node phải được nâng cấp (mở rộng theo chiều dọc). Điều này đẩy chi phí vận hành node lên cao, giảm số lượng validator có thể tham gia và từ đó ảnh hưởng đến tính phi tập trung. Solana xử lý hàng nghìn giao dịch mỗi giây, nhưng đổi lại yêu cầu phần cứng chuyên dụng để vận hành node.

  • Điểm mạnh của Modular — Chuyên môn hóa và mở rộng ngang (Horizontal Scaling): Mỗi lớp có thể tập trung tối ưu hóa vai trò chuyên biệt của mình. Các rollup như Optimism, Arbitrum trên Ethereum xử lý thực thi off-chain, tăng thông lượng đáng kể trong khi vẫn kế thừa bảo mật và phi tập trung từ Ethereum L1. Việc bổ sung thêm lớp thực thi mới cho phép mở rộng theo chiều ngang mà không cần nâng cấp cơ sở hạ tầng lõi.

  • Giới hạn của Modular — Phân mảnh (Fragmentation) và sự phức tạp: Việc di chuyển tài sản và dữ liệu giữa các lớp đòi hỏi bridge, và bridge có thể trở thành điểm yếu bảo mật. Ngoài ra, tính kết hợp nguyên tử giữa các smart contract triển khai trên các rollup khác nhau bị phá vỡ, dẫn đến vấn đề phân mảnh thanh khoản (liquidity fragmentation) đáng lo ngại.

  • Xu hướng hiện tại: Ngành đang tìm kiếm điểm tối ưu giữa monolithic thuần túy và modular thuần túy. Lộ trình rollup-centric của Ethereum là sự ủng hộ mạnh mẽ cho hướng modular. Đồng thời, các blockchain monolithic cũng không đứng yên — họ đang tích cực cải thiện hiệu suất nội tại thông qua các kỹ thuật như thực thi song song (parallel execution).

Liên hệ với các khái niệm khác

Monolithic vs Modular là biểu hiện thực tế của cách framework Bốn Lớp của Blockchain được áp dụng vào thiết kế hệ thống. Nhìn qua lăng kính Bộ Ba Bất Khả Thi, kiến trúc monolithic tập trung vào hai thuộc tính nhất định, trong khi modular cố gắng tối ưu cả ba thông qua việc phân tách lớp. Sharding có thể được xem là cách tiếp cận trung gian — nỗ lực vượt qua giới hạn mở rộng của blockchain monolithic mà không từ bỏ hoàn toàn những ưu điểm của kiến trúc đơn lớp. Dưới góc độ Liveness vs Safety, hệ thống modular thêm vào một lớp phức tạp mới: mỗi lớp có thể có ưu tiên liveness/safety khác nhau, khiến việc phân tích toàn hệ thống trở nên phức tạp hơn đáng kể.


Liveness vs Safety

Định nghĩa

Liveness và Safety là hai khái niệm cốt lõi xuất phát từ lý thuyết hệ thống phân tán, phản ánh sự căng thẳng căn bản mà mọi thiết kế cơ chế đồng thuận blockchain đều phải đối mặt. Liveness (hoạt tính) là thuộc tính đảm bảo mạng lưới luôn tiếp tục sản xuất block và xử lý giao dịch trong bất kỳ hoàn cảnh nào — dù một số node ngoại tuyến hay hành động độc hại, chuỗi vẫn tiến về phía trước. Safety (an toàn) là thuộc tính đảm bảo mạng lưới tuyệt đối không xác nhận các block mâu thuẫn hay xung đột với nhau — dù việc sản xuất block phải tạm dừng, trạng thái đã được xác nhận sẽ không bao giờ bị đảo ngược. Theo định lý bất khả thi FLP (FLP Impossibility Theorem), trong một mạng không đồng bộ, không thể đồng thời đảm bảo hoàn hảo cả hai thuộc tính này về mặt lý thuyết.

Các điểm cốt lõi

  • Thiết kế ưu tiên Liveness — Bitcoin: Cơ chế đồng thuận Nakamoto Consensus của Bitcoin đặt liveness lên hàng đầu. Chuỗi nào tích lũy nhiều độ khó PoW hơn luôn được công nhận là chuỗi hợp lệ. Kể cả khi xảy ra fork tạm thời, mạng không dừng lại — nó tiếp tục tiến và theo thời gian, chuỗi dài nhất sẽ được chấp nhận (tính cuối cùng xác suất — Probabilistic Finality). Đổi lại, để có được tính cuối cùng (finality) thực sự cho một giao dịch, người dùng phải chờ đủ số block xác nhận.

  • Thiết kế ưu tiên Safety — Chuỗi BFT: Các blockchain sử dụng đồng thuận Byzantine Fault Tolerant (BFT) — điển hình là các chuỗi Cosmos dựa trên Tendermint — ưu tiên safety. Chỉ các block nhận được sự đồng thuận từ hơn 2/3 validator mới được xác nhận với tính cuối cùng tức thì (Instant Finality). Nếu không đạt ngưỡng đồng thuận cần thiết, mạng sẽ dừng lại (halt) thay vì tạo ra các block xung đột. Mức độ an toàn cao này đổi lại bằng nguy cơ giảm tính khả dụng trong các tình huống phân vùng mạng (network partition).

  • Cách tiếp cận cân bằng của Ethereum — Inactivity Leak: Ethereum cân bằng hai thuộc tính thông qua giao thức đồng thuận Gasper. Trong điều kiện bình thường, block được xác nhận cuối cùng theo cơ chế BFT đảm bảo safety. Tuy nhiên, khi xảy ra phân vùng mạng hoặc lượng lớn validator ngoại tuyến khiến việc đạt finality trở nên bất khả thi trong thời gian dài, cơ chế Inactivity Leak sẽ được kích hoạt. Tài sản staking của các validator ngoại tuyến dần bị tịch thu (slash), làm tăng tỷ lệ cổ phần của các validator đang hoạt động, từ đó cuối cùng đạt được ngưỡng đồng thuận 2/3 để chuỗi có thể tiếp tục tiến.

  • Liên hệ với định lý CAP: Định lý CAP trong hệ thống phân tán phản ánh sự đánh đổi tương tự. Tính nhất quán (Consistency) tương ứng với Safety, còn tính khả dụng (Availability) tương ứng với Liveness. Trong điều kiện phân vùng mạng (Partition Tolerance), không thể đảm bảo hoàn hảo đồng thời cả tính nhất quán lẫn tính khả dụng.

  • Ý nghĩa thực tiễn: Lựa chọn giữa liveness và safety gắn trực tiếp với trường hợp sử dụng của blockchain. Trong hệ thống thanh toán hay DeFi, tính cuối cùng tức thì và chắc chắn của giao dịch (safety) có giá trị sống còn. Ngược lại, khi chống kiểm duyệt là ưu tiên tối thượng, việc chuỗi luôn tiến về phía trước (liveness) có thể quan trọng hơn.

Liên hệ với các khái niệm khác

Liveness vs Safety là trọng tâm thiết kế của lớp Đồng thuận trong framework Bốn Lớp của Blockchain. Trong Bộ Ba Bất Khả Thi, thuộc tính Bảo mật không chỉ đơn thuần là chống lại tấn công bên ngoài — nó còn bao hàm sự cân bằng nội tại giữa liveness và safety. Trong các hệ thống Monolithic vs Modular, thiết kế modular có thể tạo ra sự phức tạp khi mỗi lớp mang cài đặt liveness/safety khác nhau, đòi hỏi phân tích toàn hệ thống cẩn thận hơn. Trong môi trường Sharding, thách thức càng nhân lên khi phải điều phối đồng thời liveness và safety trên nhiều shard song song.


Sharding

Định nghĩa

Sharding vốn là kỹ thuật mở rộng theo chiều ngang (horizontal scaling) được dùng trong cơ sở dữ liệu phân tán truyền thống. Khi áp dụng vào blockchain, sharding có nghĩa là chia trạng thái (state) mạng và quá trình xử lý giao dịch thành nhiều phân vùng song song gọi là shard. Thay vì mỗi node phải xử lý toàn bộ trạng thái mạng, mỗi node chỉ chịu trách nhiệm với dữ liệu của shard mà nó được phân công, từ đó giảm tải cho từng node trong khi nâng cao đáng kể thông lượng tổng thể của mạng. Hình ảnh trực quan nhất là biến một con đường một làn thành đường cao tốc nhiều làn. Về lý thuyết, thông lượng có thể tăng tuyến tính theo số lượng shard được thêm vào.

Các điểm cốt lõi

  • Hành trình sharding của Ethereum: Ethereum từng có lộ trình đầy tham vọng triển khai 64 execution shard, trong đó mỗi shard xử lý giao dịch độc lập và Beacon Chain đóng vai trò điều phối toàn bộ. Tuy nhiên, với sự phát triển vũ bão của công nghệ rollup vào đầu những năm 2020, Ethereum Foundation đã chuyển hướng chiến lược sang mô hình rollup-centric: giao việc mở rộng thực thi cho rollup, còn Ethereum L1 tập trung vào vai trò lớp Khả dụng Dữ liệu và Đồng thuận.

  • Sharding Khả dụng Dữ liệu (DA Sharding) — Danksharding: Trong hướng đi mới của Ethereum, sharding tập trung vào khả dụng dữ liệu thay vì thực thi. EIP-4844 (Proto-Danksharding) giới thiệu cấu trúc dữ liệu blob, cho phép rollup đăng tải dữ liệu lên Ethereum với chi phí thấp hơn đáng kể. Khi Full Danksharding được triển khai hoàn chỉnh, cơ chế Data Availability Sampling (DAS) sẽ cho phép các node xác minh tính khả dụng của dữ liệu mà không cần tải xuống toàn bộ — một bước tiến kỹ thuật quan trọng.

  • Thách thức giao tiếp liên shard (Cross-Shard Communication): Một trong những bài toán kỹ thuật khó khăn nhất của sharding là xử lý giao dịch trải rộng trên nhiều shard khác nhau. Để tài sản trên shard A tương tác với smart contract trên shard B, cần có giao thức cross-shard messaging phức tạp, điều này phá vỡ tính kết hợp nguyên tử (atomic composability). Chính đây là một trong những lý do khiến Ethereum chuyển sang mô hình rollup — rollup kế thừa tính bảo mật của L1 và đơn giản hóa đáng kể bài toán tương tác so với sharding thực thi đầy đủ.

  • Avalanche và kiến trúc Subnet: Avalanche giải quyết bài toán mở rộng theo cách khác biệt. Thay vì sharding trực tiếp, Avalanche sử dụng kiến trúc subnet — các mạng con có thể tùy chỉnh cơ chế đồng thuận và quy tắc riêng, đồng thời được bảo mật bởi mạng lưới validator chung. Đây là cách tiếp cận thay thế cho sharding thuần túy, mang lại sự linh hoạt cao

ChartMentor

이 개념을 포함한 30일 코스

Liveness vs Safety 포함 · 핵심 개념을 순서대로 익히고 실전 차트에 적용해보세요.

chartmentor.co.kr/briefguard

BG phân tích mẫu hình này sẽ ra sao?

Xem 'Liveness vs Safety' được phát hiện như thế nào trên biểu đồ thực tế với phân tích BriefGuard.

Xem phân tích thực tế