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.
15 thích
Phần thưởng
15
4
Đăng lại
Retweed
Bình luận
0/400
TestnetFreeloader
· 6giờ trước
Cậu bạn này lại muốn gây chuyện rồi, đưa DVT trực tiếp vào lớp giao thức... nghe có vẻ hay nhưng thực tế triển khai vẫn là một vấn đề đúng không
---
16 khóa tùy chỉnh ngưỡng? Cảm giác lại là đồ chơi dành cho các đại gia, các nhà nhỏ lẻ còn phải xem mặt mũi người ta
---
Ừ, không tệ, rủi ro điểm đơn bị lỗi giảm rồi, nhưng như vậy thì ngưỡng của các validator có phải lại cao hơn không
---
Tôi chỉ muốn hỏi, chuyện này bao giờ mới lên mainnet, còn phải đợi bao lâu nữa
---
Lớp giao thức trực tiếp nhúng vào... V神 thật sự muốn biến Ethereum thành tường thành sắt thép à
---
Khoan đã, bảo vệ slashing còn dùng được không? Nếu có người cố ý thao túng 16 khóa thì sao
---
Lại là một ý tưởng "trông rất tuyệt", nhưng thực thi chắc lại là một mớ hỗn độn
---
Ý này nghĩa là các pool validator lớn sẽ càng mạnh hơn đúng không
---
Thành thật mà nói, cảm giác lại đang làm phức tạp thêm, liệu con tàu Ethereum này có quá nặng rồi không
Xem bản gốcTrả lời0
AirdropAutomaton
· 6giờ trước
V神 này đang làm gì vậy, trực tiếp đưa dvt vào lớp giao thức, nghe có vẻ là để giảm rủi ro cho các nhà lớn và xác thực viên
Theo tôi thì vẫn là cái logic đó, công nghệ dù có tinh vi đến đâu cuối cùng cũng chỉ có lợi cho người giàu
Nhưng nói đi cũng phải nói lại, bảo vệ bằng cơ chế slashing vẫn có thể hoạt động bình thường thật sự là điều tốt, thiết kế phần này thực sự rất tinh tế
Xem bản gốcTrả lời0
DAOdreamer
· 6giờ trước
Lại đang làm gì thế này, đưa DVT trực tiếp vào tầng giao thức... Lão V lần này nghĩ gì vậy
Chết rồi, chẳng phải đang biến xác thực viên thành nhóm nhỏ chiến đấu sao, chẳng lẽ sắp mở ra thời đại cartel mới?
Bắt đầu từ 32 ETH, thiết lập 16 chìa khóa, quy mô này... không phải lại đang gián tiếp đẩy cao ngưỡng tham gia sao
Slashing vẫn có thể cắt bình thường đúng không, vậy 16 chìa khóa cùng bị cắt có thể dẫn đến sập nguồn luôn không
Cảm giác lại sắp gây ra một làn sóng đổi mới hạ tầng, nhưng thứ này thật sự có thể triển khai không hay chỉ là một方案 PPT nữa
Có ai giải thích được tại sao nhất định phải nhúng vào tầng giao thức, chẳng lẽ các方案 bên ngoài hiện tại lại quá yếu kém như vậy
Nếu thứ này thật sự ra mắt, các xác thực viên nhỏ sẽ càng khó ăn cơm hơn đúng không...
Cảm giác Lido lại bắt đầu nghĩ cách wrap cái mới này rồi
Xem bản gốcTrả lời0
OnchainDetective
· 6giờ trước
Tôi cần xem xét các chi tiết ở đây... V神 đang làm gì vậy? Theo dữ liệu trên chuỗi, một khi DVT thực sự được tích hợp vào lớp giao thức, cấu trúc quyền lực của các nhà xác thực lớn này sẽ phải được xáo trộn lại.
Vitalik đề xuất mới nhất: tích hợp DVT vào lớp giao thức Ethereum, con đường mới cho sự phân cấp của các xác thực viên
【比推】以太坊联合创始人V神在Ethereum Research论坛抛出了一个新想法——直接把分布式验证者技术(DVT)写进协议层里。
听起来复杂?简化一下就是:验证者可以注册多个独立密钥,然后以小组的形式一起工作。只要达到预设的签名数量阈值,出块或见证才算数。这样的好处显而易见——大大降低单点故障或节点被攻击导致掉线的风险。关键是,即使引入这套机制,现有的惩罚保护(slashing)也能照常运作。
现在市面上的DVT方案大多依赖外部协调层,部署复杂且依赖第三方。V神的方案不一样,直接把DVT嵌入协议本身。拿着32 ETH以上的验证者可以设置最多16个密钥并自定义阈值,相当于把多个标准节点合并成一个验证者身份。
性能方面,额外开销几乎可以忽略——只会给出块增加一次延迟,见证延迟零影响。而且兼容任意签名方案,降低了对某些可能风险较高的加密假设的依赖。
从去中心化角度看,这让个人和小机构能更容易自托管、容错地参与质押,不用非得依赖大型质押服务商。这对改善以太坊验证者集的去中心化水平(比如中本系数)是个利好。不过这个提案还在早期阶段,后面需要社区充分讨论和达成共识。