Gần đây có một cuộc thảo luận kỹ thuật thú vị về mở rộng Ethereum——thay vì chỉ đơn thuần theo đuổi độ trễ siêu thấp, việc tăng băng thông mạng thực chất là hướng đi ổn định hơn.



Lý do ở đây là: nhờ các giải pháp như PeerDAS và chứng minh không kiến thức, thông lượng của Ethereum về mặt lý thuyết có thể tăng lên hàng ngàn lần. Hình thức mở rộng theo chiều ngang này vừa có thể đảm bảo hiệu suất cao, lại không phải hy sinh lõi cốt của tính phi tập trung hóa. Nhưng độ trễ là thứ không linh hoạt như vậy, nó chịu sự hạn chế trực tiếp của các quy luật vật lý——nếu muốn chăm sóc các nút gia đình trên toàn cầu, đảm bảo khả năng chống kiểm duyệt và tính riêng tư, bạn không thể nén độ trễ quá thấp.

Vì vậy mục tiêu thực tế là kiểm soát độ trễ trong khoảng 2-4 giây. Còn những ứng dụng có yêu cầu tính thời gian thực cao hơn——chẳng hạn như tương tác do AI điều khiển——sẽ được hỗ trợ bởi Layer 2 và "city chains" địa phương hóa. Nói cách khác, sử dụng các giải pháp khác nhau cho các tình huống khác nhau, ngược lại lại là tư duy thực tế nhất.

Ưu điểm của tư duy này là tận dụng đầy đủ các tài nguyên mạng hiện có, thay vì liên tục loay hoay với ràng buộc độ trễ nền tảng này là cố định.
ETH1,11%
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 5
  • Đăng lại
  • Retweed
Bình luận
0/400
NotSatoshivip
· 01-11 08:12
Tôi đồng ý với quan điểm ưu tiên băng thông này, cứ cố chấp về độ trễ là tự mình đấu tranh với các quy luật vật lý. --- Hệ thống PeerDAS đó thực sự hấp dẫn, đáng tin cậy hơn nhiều so với các giải pháp mở rộng dựa trên việc thổi phồng khái niệm. --- 2-4 giây tôi có thể chấp nhận được, dù sao tôi cũng không phải người chơi game trên chuỗi haha. --- Ý tưởng chuỗi thành phố này khá hay, cảm giác như đang đi theo hướng phân lớp. --- Lại là luận điểm cứu thế của chứng minh không kiến thức, lần này có chạy được không? --- Không thể thỏa hiệp về tính phi tập trung, tôi phục, so với các chuỗi công tốc độ cao thì đáng tin cậy hơn. --- Nói đúng rồi đó, các chuỗi khác nhau dùng cho các mục đích khác nhau, nhất thiết phải có một nền tảng phù hợp tất cả các tình huống mới là ngu ngốc. --- Chờ đã, vậy các ứng dụng tần suất cao hiện tại sẽ xử lý thế nào? --- Việc tối ưu hóa hiệu quả sử dụng tài nguyên cuối cùng cũng có người nghĩ đến rồi.
Xem bản gốcTrả lời0
ForkItAllvip
· 01-10 14:52
Hơn nghìn lần tăng throughput nghe có vẻ phi lý, nhưng PeerDAS thực sự là một thứ, tối ưu băng thông còn thực tế hơn nhiều so với giảm độ trễ
Xem bản gốcTrả lời0
GateUser-cff9c776vip
· 01-08 08:52
Nói trắng ra, đây chính là việc thừa nhận số phận của Ethereum mãi mãi không thể thực hiện giao dịch tần suất cao. Nghe có vẻ thực tế, nhưng thực chất là cách nói khác của "chúng tôi đã từ bỏ". Tuy nhiên, nói đi cũng phải nói lại, phối hợp PeerDAS với bộ chứng minh không gian kiến thức là một trong những phương án hiệu quả nhất hiện nay. Tăng khả năng xử lý hàng nghìn lần, theo logic định giá của tài chính truyền thống, điều này nên phản ánh qua việc giảm phí gas — nếu thực hiện được, thì các L1 tự xưng là sát thủ của Ethereum có lẽ sẽ không còn yên tâm nữa. Độ trễ 2-4 giây thực ra khá thực tế, vì không thể chống lại các quy luật vật lý đã in sâu vào tâm trí tôi. Thay vì mơ về xác nhận trong giây lát, hãy tận dụng băng thông để xây dựng hệ sinh thái thật tốt.
Xem bản gốcTrả lời0
ponzi_poetvip
· 01-08 08:40
Băng thông tuyến đường thực sự đáng tin cậy hơn nhiều so với những方案吹超低延迟 --- Lại là quy luật vật lý, đã đến lúc phải nhận thức rõ chuyện này --- Tôi tin vào PeerDAS, khả năng xử lý hàng nghìn lần là điều không tưởng --- Vấn đề mà Layer2 không thể giải quyết chỉ dựa vào giảm độ trễ là vô ích, phân lớp mới là con đường đúng đắn --- Khái niệm chuỗi thành phố khá hay, chỉ sợ lại trở thành cái cớ để lừa đảo người dùng --- Thực tế đi, đừng cứ nghĩ đến một方案 để chiếm lĩnh tất cả --- Không thể chọn cả decentralization và độ trễ thấp, người anh này cuối cùng đã nói rõ rồi
Xem bản gốcTrả lời0
FrogInTheWellvip
· 01-08 08:29
Không thể không nói, ý tưởng này thực sự tỉnh táo. Những方案 trước đây tuyên truyền "độ trễ millisecond" tôi đã không tin, vì vi phạm kiến thức vật lý. Phân tách băng thông và độ trễ, sử dụng Layer 2 để phân luồng, mới là cách làm thực tế. Việc giảm độ trễ cơ bản một cách cứng nhắc thì không đáng tin cậy bằng. Nếu PeerDAS này thực sự có thể triển khai, khả năng tăng throughput lên hàng nghìn lần... tôi khá mong đợi. Chờ đã, 2-4 giây thật sự không thể làm gì sao? Cảm giác vẫn còn hơi đau lòng. Tất cả đều là sự cân nhắc, giữa phi tập trung và hiệu suất, hai đối thủ này.
Xem bản gốcTrả lời0
  • Ghim