Scroll 联创：ETH坊生态发展的“鸡与蛋”难题

Tác giả: Ye Zhang Nguồn: X, @yezhang1998 Dịch: Shanhoubah, Kinh tế màu vàng

Đối với Ethereum, sự phát triển chậm là một đặc điểm, không phải là khuyết điểm. Đối với một lớp thanh toán đảm bảo hàng nghìn tỷ đô la tài sản, phát triển quá nhanh là nguy hiểm.

Đa dạng hóa khách hàng rất quan trọng, nhưng tôi đồng ý rằng chúng ta có thể cần ít đội ngũ khách hàng hơn thực tế. Và tôi không nghĩ rằng sự điều động của đội ngũ khách hàng là rào cản chính trong việc phát triển tính năng mới; còn nhiều yếu tố khác cần xem xét, đặc biệt là tính tương thích ngược với phiên bản trước.

Tôi muốn đưa ra ba điểm khác ở đây:

1. Cơ sở hạ tầng cần thích nhanh hơn để thích ứng với sự thay đổi của Layer 2, nếu không hệ sinh thái Ethereum có nguy cơ mất đi sức hấp dẫn toàn diện.

Mọi người đều hy vọng rằng giải pháp Layer 2 sẽ phát triển nhanh hơn. Tuy nhiên, điều này khá thách thức vì tốc độ thích ứng của nhiều cơ sở hạ tầng là chậm. Ngay cả khi Scroll hoàn toàn tương thích với EVM, chúng tôi cũng gặp vấn đề với MetaMask:

Phí giao dịch của Scroll (hoặc bất kỳ Layer 2 nào khác) bao gồm phí sẵn có dữ liệu (DA) và phí thực thi, nhưng MetaMask mặc định chỉ hỗ trợ phí thực thi, dẫn đến việc tính toán phí trong vài tháng qua không chính xác.

Điều này tạo ra một vấn đề rắc rối về việc có con gà trước hay có trứng trước:

Nếu Layer 1 không thay đổi, nhà cung cấp cơ sở hạ tầng sẽ không có động lực để cập nhật. Nếu không có cơ sở hạ tầng cập nhật, các giải pháp Layer 2 sẽ không thể phát triển nhanh hơn, từ đó làm chết chết sáng tạo. Điều này là một thách thức đặc biệt đối với Ethereum, vì hầu hết các chuỗi khác đều có ví tiền điện tử nguyên bản có liên quan chặt chẽ đến nâng cấp chuỗi. Trái lại, tiêu chuẩn EVM tuân theo Ethereum, điều này làm cho việc tương thích trở nên phức tạp.

2. Quy chuẩn rất quan trọng và hiện tại tất cả các giải pháp Layer 2 đều thiếu quy chuẩn

Để đạt được sự đa dạng của các khách hàng, chúng tôi cần có các quy chuẩn hoàn thiện hơn. Tuy nhiên, nhiều nhóm tuyên bố có triển khai nhiều khách hàng, nhưng thực tế lại có sự hiểu lầm căn bản về khái niệm này.

Phương pháp đúng là:

Xác định các quy định cấp cao.
Đảm bảo mọi nhóm đều có thể triển khai tính năng này bằng cách đọc quy định mà không cần tham khảo triển khai của khách hàng khác.

Nói cách khác, nguồn gốc duy nhất của việc thực hiện nhiều khách hàng nên là sự chuẩn bị chính nó. Tuy nhiên, hiện tại, hầu hết các việc thực hiện đều phụ thuộc vào sự tham khảo từ việc thực hiện hiện có, điều này làm mất đi tiềm năng thực sự của kiến trúc nhiều khách hàng.

3. Quan trọng nhất là phải chú ý đến sự khác biệt giữa Ethereum và Bitcoin

Bitcoin dựa vào một triển khai duy nhất làm nguồn sự thật của nó và cơ sở mã cốt lõi là sự thật duy nhất không thể nhầm lẫn.

Nguồn thực sự của Ethereum là bản thân thông số kỹ thuật, không phải là một triển khai cụ thể như Geth.

Phương pháp này làm cho việc chuẩn hóa Ethereum trở nên có ý nghĩa thực tế hơn. Nếu có lỗi, nên sửa lỗi theo sự đồng thuận xã hội, dựa trên chuẩn mực thay vì phụ thuộc vào một cách triển khai cụ thể nào đó.