Tin tức
2023-09-19 18:29
Dữ liệu: Địa chỉ Vitalik Buterin đã chuyển 300 ETH sang Kraken
Theo tin tức từ BitouchNews, Theo giám sát của PeckShield, địa chỉ liên quan đến người đồng sáng lập Ethereum Vitalik Buterin đã chuyển 300 ETH (khoảng 490.000 USD) cho Kraken.
Tin tức
2024-10-20 08:36
Vitalik đã xuất bản một bài viết thảo luận về phần thứ ba trong quá trình phát triển giao thức Ethereum trong tương lai. Các mục tiêu bao gồm giảm thiểu rủi ro tập trung Ethereum
Theo tin tức từ BitouchNews, Vitalik đã phát hành phần thứ ba trong quá trình phát triển giao thức Ethereum trong tương lai: The Scourge, đề xuất 2 mục tiêu chính:Giảm thiểu rủi ro tập trung của lớp đặt cược Ethereum(đặc biệt là trong xây dựng Khối và các khía cạnh cung cấp vốn, tức là MEV và nhóm đặt cược);Giảm thiểu rủi ro trích xuất quá nhiều giá trị từ người dùng.Vitalik nhấn mạnh rằng việc giải quyết các vấn đề như nút thắt tập trung trong xây dựng khối, tập trung các cam kết vì lý do kinh tế, yêu cầu cam kết tối thiểu là 32 ETH và yêu cầu phần cứng sẽ góp phần vào việc phân cấp của sự phát triển Ethereum.
Tin tức
2024-10-29 07:49
Vitalik phát hành The Splurge về sự phát triển trong tương lai của giao thức Ethereum, với các mục tiêu bao gồm đưa EVM về "trạng thái kết thúc"
Theo tin tức từ BitouchNews, Vitalik đã công bố sự phát triển trong tương lai của giao thức Ethereum(Phần 6: The Splurge). Các mục tiêu chính như sau:Bật EVM để đạt được hiệu suất cao và "trạng thái kết thúc" ổn định;Đưa tính năng trừu tượng hóa tài khoản vào giao thức để tất cả người dùng có thể hưởng lợi từ các tài khoản an toàn và thuận tiện hơn;Tối ưu hóa tính kinh tế của phí giao dịch, cải thiện khả năng mở rộng và giảm thiểu rủi ro;Khám phá các công nghệ mã hóa tiên tiến có thể giúp Ethereum hoạt động tốt hơn về lâu dài.
Tin tức
05-03 14:02
Vitalik đề xuất đơn giản hóa Ethereum L1, với mục tiêu làm cho giao thức trở nên đơn giản như Bitcoin trong vòng năm năm
Theo tin tức từ BitouchNews, Nhà đồng sáng lập Ethereum Vitalik Buterin đã đăng một bài viết trên blog nêu rõ mục tiêu của Ethereum là trở thành "sổ cái thế giới": một nền tảng lưu trữ tài sản và hồ sơ của nền văn minh, đồng thời là lớp cơ sở cho tài chính, quản trị, xác thực dữ liệu có giá trị cao, v.v. Điều này đòi hỏi hai điều: khả năng mở rộng và khả năng phục hồi. Mục tiêu của bài đăng này là tập trung vào một khía cạnh cực kỳ quan trọng nhưng lại dễ bị đánh giá thấp về khả năng phục hồi (và cuối cùng là khả năng mở rộng): tính đơn giản của giao thức. Một trong những điều tuyệt vời nhất về Bitcoin là thiết kế giao thức của nó cực kỳ đơn giản và thanh lịch. Việc duy trì giao thức đơn giản giúp Bitcoin hoặc Ethereum trở thành một lớp cơ sở hạ tầng đáng tin cậy, trung lập và được tin cậy trên toàn cầu. Trong quá khứ, Ethereum thường không đạt được mục tiêu này và bài đăng này sẽ thảo luận về cách Ethereum có thể trở nên ngắn gọn như Bitcoin trong năm năm tới.Lớp đồng thuận được đơn giản hóa: Lớp đồng thuận mới (trước đây gọi là “Beam chain”) nhằm mục đích áp dụng mọi kinh nghiệm mà chúng tôi đã tích lũy được trong thập kỷ qua về lý thuyết đồng thuận, phát triển ZK-SNARK, kinh tế học bằng chứng cổ phần và các lĩnh vực khác để tạo ra một lớp đồng thuận tối ưu dài hạn cho Ethereum. Ưu điểm của lớp đồng thuận này là nó đơn giản hơn nhiều so với chuỗi beacon hiện có.Đơn giản hóa lớp thực thi: EVM ngày càng phức tạp và phần lớn sự phức tạp này đã được chứng minh là không cần thiết (trong nhiều trường hợp là lỗi của tôi) và nên thay thế EVM bằng RISC-V hoặc một số máy ảo khác có thể viết trình chứng minh Ethereum ZK.Tôi đề xuất rằng chúng ta nên học hỏi từ dự án tinygrad và đặt ra "mục tiêu dòng mã tối đa" cho các thông số kỹ thuật dài hạn Ethereum, với mục tiêu là làm cho mã liên quan đến sự đồng thuận quan trọng trong Ethereum càng đơn giản càng tốt như Bitcoin. Mã liên quan đến quy tắc xử lý lịch sử Ethereum sẽ vẫn được giữ lại, nhưng phải được giữ ngoài đường dẫn quan trọng của sự đồng thuận. Đồng thời, chúng ta cũng nên áp dụng các nguyên tắc sau vào triết lý thiết kế tổng thể của mình: ưu tiên các giải pháp đơn giản hơn khi có thể, ưu tiên "sự phức tạp được đóng gói" hơn "sự phức tạp mang tính hệ thống" và ưu tiên các giải pháp có các thuộc tính và đảm bảo rõ ràng, có thể kiểm chứng trong các quyết định thiết kế.