Vitalik Buterin: Các giới hạn đối với khả năng mở rộng của Blockchain

Các giới hạn đối với khả năng mở rộng của Blockchain

Đăng tải những dòng Tweet đầu tiên sau 1 tháng, Vitalik đã chia sẻ 1 bài viết mới nhất về khả năng mở rộng của của blockchain.

Vitalik Buterin: Các giới hạn đối với khả năng mở rộng của Blockchain
Vitalik Buterin: Các giới hạn đối với khả năng mở rộng của Blockchain

Các giới hạn đối với khả năng mở rộng của Blockchain .Bạn có thể đẩy khả năng mở rộng của một blockchain đi bao xa?  Điều đó có thể thực sự xảy ra như Elon Musk mong muốn, “tăng tốc thời gian khối lên 10X, tăng kích thước khối lên 10X và giảm phí 100X” mà không dẫn đến tập trung cực độ và làm ảnh hưởng đến các thuộc tính cơ bản tạo nên một chuỗi khối không?  Nếu không, bạn có thể đi bao xa?  Điều gì sẽ xảy ra nếu bạn thay đổi thuật toán đồng thuận?  Quan trọng hơn, điều gì sẽ xảy ra nếu bạn thay đổi công nghệ để giới thiệu các tính năng như ZK-SNARKs hoặc sharding?  Về mặt lý thuyết, một blockchain phân đoạn có thể tiếp tục thêm nhiều phân đoạn hơn;  có một điều như là thêm quá nhiều?

Hóa ra, có những yếu tố kỹ thuật quan trọng và khá tinh tế hạn chế việc mở rộng quy mô blockchain, cả khi có và không có sharding.  Trong nhiều trường hợp có các giải pháp, nhưng ngay cả với các giải pháp cũng có giới hạn.

Các giới hạn đối với khả năng mở rộng của Blockchain Phân cấp blockchain để người dùng thông thường có thể chạy một nút

Vào lúc 2:35 sáng, bạn nhận được cuộc gọi khẩn cấp từ đối tác của bạn ở phía đối diện của thế giới, người giúp điều hành nhóm khai thác của bạn (hoặc đó có thể là nhóm đặt cược).  Kể từ khoảng 14 phút trước, đối tác của bạn cho bạn biết, nhóm của bạn và một số người khác tách ra khỏi chuỗi vẫn mang 79% mạng.  Theo nút của bạn, phần lớn các khối của chuỗi không hợp lệ.  Đã xảy ra lỗi số dư: khối khóa dường như chỉ định sai 4,5 triệu đồng tiền thừa cho một địa chỉ không xác định.

Một giờ sau, bạn đang trò chuyện qua điện tín với hai nhóm nhỏ khác, những người đã bị che mắt giống như bạn, cũng như một số người khám phá và trao đổi khối.  Cuối cùng bạn cũng thấy ai đó dán một liên kết đến một tweet, có chứa một thông báo đã xuất bản.  “Thông báo quỹ phát triển giao thức bền vững trên chuỗi mới”, tweet bắt đầu.

Vào buổi sáng, các cuộc tranh luận trên Twitter và trên một diễn đàn cộng đồng không kiểm duyệt cuộc thảo luận, các cuộc thảo luận ở khắp mọi nơi.  Nhưng sau đó, một phần đáng kể trong số 4,5 triệu đồng tiền đã được chuyển đổi trên chuỗi thành các tài sản khác và hàng tỷ đô la các giao dịch bất chấp đã diễn ra.  79% các nút đồng thuận và tất cả các trình khám phá khối chính và điểm cuối cho ví nhẹ, đã theo dõi chuỗi mới này.  Có lẽ quỹ dành cho nhà phát triển mới sẽ tài trợ cho một số phát triển, hoặc có lẽ tất cả sẽ bị biển thủ bởi các nhóm và sàn giao dịch hàng đầu và những người bạn của họ.  Nhưng bất kể nó diễn ra như thế nào, quỹ dành cho tất cả các ý định và mục đích đều là kẻ phạm tội và những người dùng thông thường không có cách nào để chống lại.

Điều này có thể xảy ra trên blockchain của bạn không?  Các thành phần ưu tú của cộng đồng blockchain của bạn, bao gồm các nhóm, trình khám phá khối và các nút được lưu trữ, có thể được phối hợp khá tốt;  rất có thể tất cả chúng đều ở cùng các kênh điện tín và nhóm wechat.  Nếu họ thực sự muốn tổ chức một sự thay đổi đột ngột đối với các quy tắc giao thức để nâng cao lợi ích của họ, thì họ có thể làm được.  Chuỗi khối Ethereum đã giải quyết hoàn toàn các lỗi đồng thuận trong mười giờ;  nếu blockchain của bạn chỉ có một ứng dụng khách và bạn chỉ cần triển khai thay đổi mã cho một vài chục nút, việc điều phối thay đổi đối với mã khách có thể được thực hiện nhanh hơn nhiều.  Cách đáng tin cậy duy nhất để làm cho loại tấn công xã hội phối hợp này không hiệu quả là thông qua phòng thủ bị động từ một khu vực bầu cử thực sự được phân cấp: người dùng.

Hãy tưởng tượng câu chuyện sẽ diễn ra như thế nào nếu người dùng đang chạy các nút xác minh chuỗi (cho dù trực tiếp hay thông qua các kỹ thuật gián tiếp nâng cao hơn) và tự động từ chối các khối vi phạm quy tắc giao thức ngay cả khi hơn 90% người khai thác hoặc người lập trình hỗ trợ  các khối.  Nếu mọi người dùng chạy một nút xác minh, thì cuộc tấn công sẽ nhanh chóng thất bại: một số nhóm khai thác và sàn giao dịch sẽ bị tách ra và trông khá ngu ngốc trong quá trình này.  Nhưng ngay cả khi một số người dùng chạy các nút xác minh, cuộc tấn công sẽ không dẫn đến chiến thắng rõ ràng cho kẻ tấn công;  đúng hơn, nó sẽ dẫn đến hỗn loạn, với những người dùng khác nhau nhìn thấy các quan điểm khác nhau về chuỗi.  Ít nhất, sự hoảng loạn của thị trường sau đó và có khả năng bị chia cắt chuỗi dai dẳng sẽ làm giảm đáng kể lợi nhuận của những kẻ tấn công.  Ý nghĩ về việc điều hướng một cuộc xung đột kéo dài như vậy tự nó sẽ ngăn chặn hầu hết các cuộc tấn công.

Nếu bạn có một cộng đồng gồm 37 người chạy nút và 80000 người nghe thụ động kiểm tra chữ ký và chặn tiêu đề, kẻ tấn công sẽ thắng.  Nếu bạn có một cộng đồng mà tất cả mọi người đều chạy một nút, kẻ tấn công sẽ thua.  Chúng tôi không biết ngưỡng chính xác mà khả năng miễn dịch của bầy đàn trước các cuộc tấn công phối hợp bắt đầu là bao nhiêu, nhưng có một điều hoàn toàn rõ ràng: nhiều nút tốt hơn, ít nút xấu hơn và chúng tôi chắc chắn cần nhiều hơn vài chục hoặc vài trăm.

Đâu là giới hạn đối với lượng công việc mà chúng ta có thể yêu cầu các nút đầy đủ thực hiện?

Để tối đa hóa số lượng người dùng có thể chạy một nút, chúng tôi sẽ tập trung vào phần cứng của người tiêu dùng thông thường.  Có một số sự gia tăng về dung lượng có thể đạt được bằng cách yêu cầu mua một số phần cứng chuyên dụng dễ mua (ví dụ: từ Amazon), nhưng chúng thực sự không làm tăng khả năng mở rộng nhiều như vậy.

Có ba hạn chế chính đối với khả năng của một nút đầy đủ để xử lý một số lượng lớn giao dịch:

Sức mạnh máy tính: chúng ta có thể yêu cầu bao nhiêu% CPU để chạy một nút một cách an toàn?

Băng thông: với thực tế của các kết nối internet hiện tại, một khối có thể chứa bao nhiêu byte?

Lưu trữ: chúng ta có thể yêu cầu người dùng lưu trữ bao nhiêu gigabyte trên đĩa?  Ngoài ra, nó phải được đọc nhanh đến mức nào?  (tức là. Ổ cứng có ổn không hay chúng ta cần SSD)

Nhiều sai lầm về việc một blockchain có thể mở rộng quy mô bao xa bằng cách sử dụng các kỹ thuật “đơn giản” bắt nguồn từ các ước tính quá lạc quan cho mỗi con số này.  Chúng ta có thể điểm qua ba yếu tố này từng yếu tố một:

Khả năng tính toán

Câu trả lời sai: 100% sức mạnh của CPU có thể được sử dụng để xác minh khối

Câu trả lời đúng: ~ 5-10% sức mạnh CPU có thể được sử dụng để xác minh khối

Có bốn lý do chính khiến giới hạn quá thấp:

Chúng tôi cần một biên độ an toàn để bao gồm khả năng bị tấn công DoS (các giao dịch do kẻ tấn công tạo ra nhằm lợi dụng các điểm yếu trong mã để xử lý mất nhiều thời gian hơn các giao dịch thông thường)

Các nút cần có khả năng đồng bộ hóa chuỗi sau khi ngoại tuyến.  Nếu tôi bỏ mạng trong một phút, tôi sẽ có thể bắt kịp sau vài giây Chạy một nút sẽ không làm tiêu hao pin của bạn quá nhanh và làm cho tất cả các ứng dụng khác của bạn rất chậm Có những tác vụ phi sản xuất khối khác mà các nút cũng cần phải thực hiện, chủ yếu xoay quanh việc xác minh và phản hồi các giao dịch và yêu cầu đến trên mạng p2p

Lưu ý rằng cho đến gần đây, hầu hết các giải thích cho “tại sao chỉ có 5-10%?”  tập trung vào một vấn đề khác: đó là bởi vì các khối PoW đến vào những thời điểm ngẫu nhiên, việc xác minh các khối mất nhiều thời gian làm tăng nguy cơ nhiều khối được tạo cùng một lúc.  Có nhiều bản sửa lỗi cho vấn đề này (ví dụ: Bitcoin NG, hoặc chỉ sử dụng bằng chứng cổ phần).  Nhưng những bản sửa lỗi này KHÔNG giải quyết được bốn vấn đề còn lại, và vì vậy chúng không cho phép tăng khả năng mở rộng lớn như nhiều người đã nghĩ ban đầu.

Song song cũng không phải là một viên đạn ma thuật.  Thông thường, ngay cả các ứng dụng khách của các chuỗi khối dường như đơn luồng cũng đã được song song hóa: chữ ký có thể được xác minh bởi một luồng trong khi việc thực thi được thực hiện bởi các luồng khác và có một luồng riêng xử lý logic nhóm giao dịch trong nền.  Và bạn càng tiến gần đến mức sử dụng 100% trên tất cả các luồng, việc chạy một nút càng tiêu tốn nhiều năng lượng hơn và biên độ an toàn của bạn so với DoS càng thấp.

Băng thông

Câu trả lời sai: nếu chúng ta có 10 MB khối cứ sau 2-3 giây, thì hầu hết người dùng có mạng> 10 MB / giây, vì vậy tất nhiên họ có thể xử lý nó Câu trả lời đúng: có thể chúng ta có thể xử lý khối 1-5 MB cứ sau 12 giây.

Ngày nay, chúng ta thường nghe thấy các số liệu thống kê được quảng cáo rất cao về băng thông kết nối Internet có thể cung cấp: con số 100 Mbps và thậm chí 1 Gbps là phổ biến.  Tuy nhiên, có sự khác biệt lớn giữa băng thông được quảng cáo và băng thông thực tế dự kiến ​​của một kết nối vì một số lý do:

“Mbps” là “hàng triệu bit mỗi giây”;  một bit là 1/8 byte, vì vậy bạn cần chia số bit được quảng cáo cho 8 để lấy số byte được quảng cáo. Các nhà cung cấp Internet, cũng giống như tất cả các công ty, thường nói dối.

Luôn có nhiều ứng dụng sử dụng cùng một kết nối internet, vì vậy một nút không thể chứa toàn bộ băng thông. mạng p2p chắc chắn phải giới thiệu chi phí riêng của chúng: các nút thường kết thúc tải xuống và tải lên lại cùng một khối nhiều lần (chưa kể đến các giao dịch được phát qua mempool trước khi được đưa vào một khối).

Khi Starkware thực hiện một thử nghiệm vào năm 2019, nơi họ công bố các khối 500 kB sau khi chi phí gas dữ liệu giao dịch giảm lần đầu tiên khiến điều đó trở nên khả thi lần đầu tiên, một số nút thực sự không thể xử lý các khối có kích thước đó.  Khả năng xử lý các khối lớn đã được cải thiện và sẽ tiếp tục được cải thiện.  Nhưng cho dù chúng ta làm gì đi nữa, chúng ta vẫn còn rất xa mới có thể chiếm được băng thông trung bình tính bằng MB / giây một cách ngây thơ, thuyết phục bản thân rằng chúng ta ổn với độ trễ 1 giây và có thể có các khối có kích thước như vậy.

Lưu trữ

Câu trả lời sai: 10 terabyte

Câu trả lời đúng: 512 gigabyte

Lập luận chính ở đây, như bạn có thể đoán, cũng giống như ở những nơi khác: sự khác biệt giữa lý thuyết và thực hành.  Về lý thuyết, có 8 ổ cứng thể rắn 8 TB mà bạn có thể mua trên Amazon (bạn cần SSD hoặc NVME; HDD quá chậm để lưu trữ trạng thái blockchain).  Trên thực tế, máy tính xách tay được sử dụng để viết bài đăng blog này có 512 GB và nếu bạn bắt mọi người đi mua phần cứng của riêng họ, nhiều người trong số họ sẽ lười biếng (hoặc họ không đủ khả năng mua 800 đô la cho một ổ SSD 8 TB) và  sử dụng một nhà cung cấp tập trung.  Và ngay cả khi bạn có thể lắp một chuỗi khối vào một số bộ nhớ, mức độ hoạt động cao có thể dễ dàng ghi nhanh qua đĩa và buộc bạn phải tiếp tục nhận một cái mới.

Ngoài ra, kích thước bộ nhớ xác định thời gian cần thiết để một nút mới có thể trực tuyến và bắt đầu tham gia vào mạng.  Bất kỳ dữ liệu nào mà các nút hiện có phải lưu trữ là dữ liệu mà một nút mới phải tải xuống.  Thời gian đồng bộ ban đầu (và băng thông) cũng là một rào cản lớn để người dùng có thể chạy các nút.  Trong khi viết bài đăng trên blog này, tôi đã mất ~ 15 giờ để đồng bộ hóa một nút địa lý mới.  Nếu Ethereum có mức sử dụng nhiều hơn gấp 10 lần, việc đồng bộ hóa một nút địa lý mới sẽ mất ít nhất một tuần và có nhiều khả năng chỉ dẫn đến kết nối internet của bạn bị tắc nghẽn.  Điều này thậm chí còn quan trọng hơn trong một cuộc tấn công, khi một phản ứng thành công đối với cuộc tấn công có thể sẽ liên quan đến nhiều người dùng quay lại các nút mới khi họ không chạy các nút trước đó.

Hiệu ứng tương tác

Ngoài ra, có những tác động tương tác giữa ba loại chi phí này.  Bởi vì cơ sở dữ liệu sử dụng cấu trúc cây bên trong để lưu trữ và truy xuất dữ liệu, chi phí tìm nạp dữ liệu từ cơ sở dữ liệu tăng lên theo logarit của kích thước cơ sở dữ liệu.  Trên thực tế, vì cấp cao nhất (hoặc một vài cấp cao nhất) có thể được lưu trong bộ nhớ cache trong RAM, chi phí truy cập đĩa tỷ lệ thuận với kích thước của cơ sở dữ liệu như bội số của kích thước dữ liệu được lưu trong RAM.

Ví dụ: nếu bộ nhớ cache là 4 GB và chúng tôi giả định rằng mỗi lớp của cơ sở dữ liệu lớn hơn 4 lần so với lớp trước đó, thì trạng thái ~ 64 GB hiện tại của Ethereum sẽ yêu cầu ~ 2 lần truy cập.  Nhưng nếu kích thước trạng thái tăng gấp 4 lần đến ~ 256 GB, thì điều này sẽ tăng lên ~ 3 lần truy cập.  Do đó, giới hạn khí tăng gấp 4 lần thực sự có thể chuyển thành thời gian xác minh khối tăng ~ 6 lần.  Hiệu ứng có thể còn mạnh hơn: đĩa cứng thường mất nhiều thời gian hơn để đọc và ghi khi chúng đầy hơn là khi chúng gần hết.

Phân cấp blockchain để người dùng có thể chạy 1 nút có ý nghĩa gì đối với Ethereum?

Ngày nay trong chuỗi khối Ethereum, việc chạy một nút đã là một thách thức đối với nhiều người dùng, mặc dù ít nhất nó vẫn có thể thực hiện được trên phần cứng thông thường (tôi vừa đồng bộ hóa một nút trên máy tính xách tay của mình trong khi viết bài này!).  Do đó, chúng ta gần chạm tới các nút thắt cổ chai.  Vấn đề mà các nhà phát triển cốt lõi quan tâm nhất là dung lượng lưu trữ.  Do đó, hiện tại, những nỗ lực dũng cảm trong việc giải quyết các nút thắt trong tính toán và dữ liệu, và thậm chí cả những thay đổi đối với thuật toán đồng thuận, không có khả năng dẫn đến việc tăng giới hạn gas lớn được chấp nhận.  Ngay cả việc giải quyết lỗ hổng DoS tồn đọng lớn nhất của Ethereum cũng chỉ dẫn đến mức tăng giới hạn gas lên 20%.

Giải pháp duy nhất cho các vấn đề về kích thước lưu trữ là không có trạng thái và hết hạn trạng thái.  Tính không trạng thái cho phép một lớp các nút xác minh chuỗi mà không cần duy trì lưu trữ vĩnh viễn.  Việc hết hạn trạng thái đẩy ra trạng thái chưa được truy cập gần đây, buộc người dùng phải cung cấp bằng chứng theo cách thủ công để gia hạn nó.  Cả hai con đường này đã được thực hiện trong một thời gian dài và việc triển khai bằng chứng khái niệm về tình trạng không trạng thái đã bắt đầu.  Hai cải tiến này kết hợp với nhau có thể giảm bớt đáng kể những lo ngại này và mở ra cơ hội cho việc gia tăng giới hạn khí đáng kể.  Nhưng ngay cả sau khi tình trạng không quốc tịch và hết hạn trạng thái được thực hiện, giới hạn khí chỉ có thể tăng một cách an toàn có lẽ ~ 3 lần cho đến khi các giới hạn khác bắt đầu chiếm ưu thế.

Phân cấp blockchain để người dùng có thể chạy 1 nút – Điều gì xảy ra sau khi sharding?

Về cơ bản, Sharding giải quyết được những hạn chế ở trên, bởi vì nó tách dữ liệu chứa trên blockchain khỏi dữ liệu mà một nút duy nhất cần xử lý và lưu trữ.  Thay vì các nút xác minh các khối bằng cách trực tiếp tải xuống và thực thi chúng, chúng sử dụng các kỹ thuật toán học và mật mã nâng cao để xác minh các khối một cách gián tiếp.

Do đó, các blockchains được phân đoạn có thể có mức thông lượng giao dịch rất cao một cách an toàn mà các blockchains không phân đoạn không thể làm được.  Điều này đòi hỏi rất nhiều sự thông minh của mật mã trong việc tạo ra các thay thế hiệu quả cho việc xác thực đầy đủ ngây thơ từ chối thành công các khối không hợp lệ, nhưng nó có thể được thực hiện: lý thuyết đã được thiết lập tốt và bằng chứng khái niệm dựa trên các đặc tả nháp đã được nghiên cứu.

Ethereum đang có kế hoạch sử dụng sharding bậc hai, trong đó tổng khả năng mở rộng bị giới hạn bởi thực tế là một nút phải có thể xử lý cả một phân đoạn duy nhất và chuỗi báo hiệu phải thực hiện một số công việc quản lý cố định cho mỗi phân đoạn.  Nếu các phân đoạn quá lớn, các nút không còn có thể xử lý các phân đoạn riêng lẻ và nếu có quá nhiều phân đoạn, các nút không thể xử lý chuỗi báo hiệu nữa.  Tích của hai ràng buộc này tạo thành giới hạn trên.

Có thể hình dung, người ta có thể tiến xa hơn bằng cách thực hiện sharding khối hoặc thậm chí là sharding theo cấp số nhân.  Việc lấy mẫu tính khả dụng của dữ liệu chắc chắn sẽ trở nên phức tạp hơn nhiều trong một thiết kế như vậy, nhưng nó có thể được thực hiện.  Nhưng Ethereum không tiến xa hơn bậc hai.  Nguyên nhân là do khả năng mở rộng tăng thêm mà bạn nhận được khi chuyển từ phân đoạn giao dịch sang phân đoạn giao dịch thực sự không thể thành hiện thực nếu không có những rủi ro khác trở nên cao không thể chấp nhận được.

 Phân cấp blockchain để người dùng có thể chạy 1 nút Vậy những rủi ro này là gì?

Số lượng người dùng tối thiểu

Một blockchain không phân đoạn có thể chạy được miễn là có một người dùng quan tâm tham gia vào nó.  Các blockchains được chia nhỏ không giống như thế này: không có nút đơn lẻ nào có thể xử lý toàn bộ chuỗi và vì vậy bạn cần có đủ các nút để ít nhất chúng có thể xử lý chuỗi cùng nhau.  Nếu mỗi nút có thể xử lý 50 TPS và chuỗi có thể xử lý 10000 TPS, thì chuỗi cần ít nhất 200 nút để tồn tại.  Nếu chuỗi tại bất kỳ điểm nào có ít hơn 200 nút, thì một trong hai nút sẽ không thể theo kịp chuỗi hoặc các nút không thể phát hiện các khối không hợp lệ hoặc một số điều tồi tệ khác có thể xảy ra, tùy thuộc vào cách  phần mềm nút được thiết lập.

Trên thực tế, số lượng tối thiểu an toàn cao hơn vài lần so với phương pháp phỏng đoán ngây thơ “TPS chuỗi chia cho TPS nút” do nhu cầu dự phòng (bao gồm cả lấy mẫu tính khả dụng của dữ liệu);  đối với ví dụ trên của chúng tôi, hãy gọi nó là 1000 nút.

Nếu dung lượng của một chuỗi khối phân mảnh tăng lên 10 lần, thì số lượng người dùng tối thiểu cũng tăng lên 10 lần.  Bây giờ, bạn có thể hỏi: tại sao chúng ta không bắt đầu với một chút dung lượng và chỉ tăng nó khi chúng ta thấy nhiều người dùng nên chúng ta thực sự cần nó và giảm nó nếu số lượng người dùng giảm xuống?

Có một số vấn đề với điều này:

Bản thân một blockchain không thể phát hiện một cách đáng tin cậy có bao nhiêu người dùng duy nhất trên đó, và do đó, điều này sẽ yêu cầu một số loại quản trị để phát hiện và đặt số lượng phân đoạn.  Quản trị vượt quá giới hạn năng lực có thể dễ dàng trở thành tâm điểm của sự chia rẽ và xung đột.

Điều gì sẽ xảy ra nếu nhiều người dùng đột ngột và bất ngờ thoát ra cùng một lúc?

Việc tăng số lượng người dùng tối thiểu cần thiết để bắt đầu một đợt fork khiến việc bảo vệ chống lại các vụ chiếm đoạt của thù địch trở nên khó khăn hơn.

Số lượng người dùng tối thiểu dưới 1.000 gần như chắc chắn là tốt.  Mặt khác, số lượng người dùng tối thiểu là 1 triệu, chắc chắn là không.  Thậm chí số lượng người dùng tối thiểu là 10.000 được cho là bắt đầu gặp rủi ro.  Do đó, có vẻ như rất khó để biện minh cho một chuỗi khối phân mảnh có hơn vài trăm phân đoạn.

Kết luận về khả năng mở rộng của Blockchain

Có 2 cách để cố gắng mở rộng quy mô blockchain: cải tiến kỹ thuật cơ bản và đơn giản là tăng các thông số.  Ban đầu, việc tăng các thông số nghe có vẻ rất hấp dẫn: nếu bạn làm phép toán, bạn sẽ dễ dàng thuyết phục bản thân rằng một máy tính xách tay tiêu dùng có thể xử lý hàng nghìn giao dịch mỗi giây, không cần ZK-SNARK hoặc rollup hoặc sharding.  Thật không may, có nhiều lý do tinh tế khiến cách tiếp cận này về cơ bản là thiếu sót.

Máy tính chạy các nút blockchain không thể dành 100% sức mạnh của CPU để xác thực chuỗi;  họ cần một biên độ an toàn lớn để chống lại các cuộc tấn công DoS bất ngờ, họ cần dung lượng dự phòng cho các tác vụ như xử lý giao dịch trong mempool và bạn không muốn chạy một nút trên máy tính để khiến máy tính đó không thể sử dụng được cho bất kỳ ứng dụng nào khác cùng một lúc  .  Tương tự như vậy, băng thông cũng có chi phí: kết nối 10 MB / s KHÔNG có nghĩa là bạn có thể có khối 10 megabyte mỗi giây!  Có thể có khối 1-5 megabyte cứ sau 12 giây.  Và với kho lưu trữ cũng vậy.  Việc tăng yêu cầu phần cứng để chạy một nút và hạn chế việc chạy nút cho các tác nhân chuyên biệt không phải là một giải pháp.  Để một blockchain được phi tập trung, điều tối quan trọng đối với người dùng thông thường là có thể chạy một nút và có một nền văn hóa nơi chạy các nút là một hoạt động phổ biến.

Mặt khác, những cải tiến kỹ thuật cơ bản có thể hoạt động.  Hiện tại, điểm nghẽn chính trong Ethereum là kích thước lưu trữ, và tình trạng không trạng thái và hết hạn trạng thái có thể khắc phục điều này và cho phép tăng có thể lên đến ~ 3 lần – nhưng không nhiều hơn, vì chúng tôi muốn chạy một nút trở nên dễ dàng hơn hiện nay.  Các chuỗi khối phân đoạn có thể mở rộng quy mô hơn nữa, bởi vì không có nút nào trong một chuỗi khối phân đoạn cần xử lý mọi giao dịch.  Nhưng ngay cả ở đó, vẫn có những giới hạn về dung lượng: khi dung lượng tăng lên, số lượng người dùng an toàn tối thiểu tăng lên và chi phí lưu trữ chuỗi (và rủi ro dữ liệu bị mất nếu không có ai bận tâm đến việc lưu trữ chuỗi) sẽ tăng lên.  Nhưng chúng ta không phải lo lắng quá nhiều: những giới hạn đó đủ cao để chúng ta có thể xử lý hơn một triệu giao dịch mỗi giây với sự bảo mật đầy đủ của một chuỗi khối.  Nhưng sẽ phải mất nhiều công sức để thực hiện điều này mà không phải hy sinh sự phân quyền khiến các blockchain trở nên có giá trị như vậy.

Tham gia Nhóm FacebookNhóm Telegram của Tạp Chí Defi để cùng trò chuyện và trao đổi thông tin về thị trường Crypto Currency với hơn 10.000 người khác.

Lưu ý quan trọng: Toàn bộ nội dung trên website chỉ dành cho mục đích thông tin và hoàn toàn không phải là lời khuyên đầu tư. Tiền của bạn, quyết định là của bạn.