Bức tranh toàn cảnh về quản trị Ethereum
Lưu ý của biên tập viên: Bài viết này đến từNhững người đam mê Ethereum (ID: ethfans)Lưu ý của biên tập viên: Bài viết này đến từ
Những người đam mê Ethereum (ID: ethfans)
Những người đam mê Ethereum (ID: ethfans)
, Tác giả: Boris Mann, bản dịch: A Jian, được ủy quyền in lại bởi Odaily.
Trong bài viết này, tôi cố gắng tóm tắt các lớp khác nhau trong cách tiếp cận quản trị của Ethereum. Khái niệm cốt lõi đã được xuất bản trên diễn đàn Ethereum Magicians và gây ra một số cuộc thảo luận.
Nếu bạn muốn biết một chút về lý lịch của tôi, bạn có thể xem mục nhập của tôi vào cộng đồng Ethereum ở cuối bài viết này. Tôi vẫn chưa quen với cộng đồng Ethereum, nhưng tôi đã có nhiều kinh nghiệm cộng tác nguồn mở, bao gồm cả việc giúp thành lập Hiệp hội Drupal để hỗ trợ Drupal CMS.
Thuật ngữ "Ethereum" có một số ý nghĩa:
Quỹ Ethereum, còn được gọi là "Stiftung Ethereum", là một quỹ có trụ sở tại Thụy Sĩ được thành lập với sứ mệnh vận hành huy động vốn từ cộng đồng và khởi chạy mạng. Nền tảng cũng giữ nhãn hiệu ethereum. Họ cũng quản lý rất nhiều cơ sở hạ tầng cho cộng đồng và đã thuê/thuê ngoài nhiều nhóm để phát triển phần mềm chính của Ethereum, từ các khung thử nghiệm cho đến ứng dụng khách Geth, v.v. Giờ đây, quỹ cũng thuê hoặc đầu tư cho các nhà nghiên cứu và nhóm để tham gia vào nghiên cứu mã hóa/chuỗi khối quan trọng, hiện đang tập trung vào nghiên cứu ETH21. Quỹ cũng tổ chức hội nghị nhà phát triển "chính thức" hàng năm (còn gọi là "DevCon"). Nhưng Ethereum Foundation không kiểm soát hướng kỹ thuật của mạng. (Ghi chú của tác giả 1: Cảm ơn Tim Beiko đã gợi ý rằng nghiên cứu cũng là một hoạt động cơ bản của EF. Đây là một cuộc thảo luận rất thú vị để giải thích rõ ràng cách cả cộng đồng nhìn nhận bản chất và công việc của EF. Nhưng nó không phải là cốt lõi của điều này bài báo. )
Mạng chính của Ethereum cũng là một chuỗi khối công khai toàn cầu, được điều hành chung bởi hàng nghìn nút trên khắp thế giới. Chức năng xử lý giao dịch và bảo mật được cung cấp bởi các "thợ mỏ" chạy thuật toán bằng chứng công việc và các thợ mỏ có thể đổi lại nhận được phần thưởng khối. Tiền điện tử cốt lõi lưu hành trên chuỗi khối Ethereum thường được gọi là "ETH". Loại tiền này có thể được sử dụng để thanh toán phí giao dịch và thực hiện hợp đồng, đồng thời nó cũng là một giá trị được công nhận trong mạng. Cả ID chuỗi và ID mạng của mạng chính Ethereum là 1 2. (Ghi chú của tác giả 2: Để biết thông tin về tất cả các chuỗi khối chạy giao thức Ethereum và ID tương ứng của chúng, hãy xem chainid.network. Tôi cũng giúp duy trì trang web này.)
Ethereum cũng là một cộng đồng, đề cập đến các nhóm muốn thực hiện mọi thứ trên giao thức Ethereum, các ứng dụng phân tán trên chuỗi khối Ethereum và các giao thức mạng phi tập trung có liên quan. Sự phát triển của mọi người chủ yếu tập trung vào mạng chính, nhưng khi thời gian trôi qua, ngày càng có nhiều người phát triển chuỗi bên, giao thức Lớp 2, v.v.
Bây giờ chúng ta đã có một số khái niệm cơ bản, hãy xem xét hệ thống phân cấp quản trị. Thứ tự được liệt kê dưới đây hơi thô, nhưng các mức cao hơn sẽ quay trở lại các mức thấp hơn.
tiêu đề phụ
cộng tác mã nguồn mở
"Open source" thực ra là một từ viết tắt, và nó cũng có nhiều nghĩa: nó có thể ám chỉ bản chất của việc cấp phép, cách thức làm việc hoặc một triết lý; ý nghĩa của nó sẽ được thảo luận trong bài viết. Bài "Open-based Co-Production of Peers" tôi viết sau này dùng một định nghĩa chi tiết hơn, dùng mã nguồn mở để chỉ việc quản lý mã máy tính cho phép sử dụng mã nguồn mở: cơ sở mã quản trị, vấn đề chưa được giải quyết (issues), yêu cầu tham gia mã (yêu cầu kéo), sao chép (phân nhánh) và cộng đồng người dùng và cộng tác viên toàn cầu.
Có một danh sách các ứng dụng khách ETH1 trên Ethereum Wiki page3 - như bạn có thể thấy, hầu hết chúng ngày nay được quản lý bởi Ethereum Foundation, mặc dù trên thực tế, các nhóm riêng lẻ và những người đóng góp của họ tự quản lý các dự án. khác, mặc dù mọi người đều được Ethereum Foundation (EF) trả tiền, cho dù được tuyển dụng hay thuê ngoài. Hai trường hợp ngoại lệ là ứng dụng khách Parity Ethereum (dự án được kiểm soát bởi công ty Parity Technologies) và ứng dụng khách PegaSys Pantheon (do công ty ConsesnSys kiểm soát). Hai máy khách này cũng được coi là máy khách "chính", vì dự án vẫn đang hoạt động và phần mềm được sử dụng để chạy các nút và kết nối với mạng chính. Ứng dụng khách Nimbus cho Trạng thái cũng đang được phát triển và chúng ta có thể thấy tính đa dạng của kiểm soát mã ngày càng tăng. Một danh sách ban đầu về việc triển khai chuỗi đèn hiệu ETH2 cũng nêu bật điều này. (Ghi chú của tác giả 3: Tôi đang giúp duy trì trang này, nhưng mọi thứ đều mở để chỉnh sửa và mã được duy trì bởi Virgil Griffith @virgilgr, người làm việc trong bộ phận nghiên cứu của Ethereum Foundation.) (Ghi chú của người dịch: Bài viết của tác giả đã viết Tháng 3 năm 2019. Bây giờ Parity Technologies đã từ bỏ dự án máy khách Parity và Parity Ethereum đã chuyển thành dự án Ethereum mở.)
Tất cả phần mềm máy khách Ethereum được quản lý như một dự án mã nguồn mở, với số lượng người đóng góp mã khác nhau. Khi chúng tôi nói "được quản lý dưới dạng dự án nguồn mở", chúng tôi muốn nói rằng các lỗi hoặc yêu cầu tính năng được biểu thị dưới dạng sự cố có thể được giải quyết và hoàn thành bởi bất kỳ ai và bất kỳ ai cũng có thể sử dụng các yêu cầu đóng góp mã để gửi các bản sửa mã và tính năng mới, sau đó được quản lý bởi một nhóm quản trị viên. Quản trị viên là những người có quyền ghi vào cơ sở mã và/hoặc có thể giúp quản lý hàng đợi vấn đề. Quản trị viên có thể được trả tiền bởi một tổ chức hoặc họ có thể là tình nguyện viên.
Đề xuất của tôi về vấn đề này là chuyển sang giấy phép Apache2, vì nó rất dễ dãi, tương thích với các tổ chức thương mại và bao gồm bảo vệ bằng sáng chế.
Theo nhiều cách, những người trong chúng ta, những người đã tham gia cộng tác nguồn mở trong một thời gian dài, đã "chiến thắng"—Microsoft đã mua GitHub và cam kết trở thành công ty cởi mở nhất trên thế giới—nhưng đồng thời, nhiều tiêu chuẩn cốt lõi của cộng tác nguồn mở không còn được công nhận.Đề cập đến, ngay cả các nhà phát triển cũng không ngoại lệ. Tôi nghĩ chúng ta có thể làm được nhiều hơn nữa và tôi thực sự hy vọng sẽ hướng dẫn thêm nhiều nhà phát triển mới trở thành kỹ sư của nhóm công nghệ cốt lõi Ethereum, đồng thời để nhóm công nghệ ETH2 đào tạo thế hệ chuyên gia kỹ thuật tiếp theo.
Tóm lại, nếu bạn là một doanh nhân và không tham gia vào công nghệ, thì điều quan trọng là phải hiểu một loạt các chuẩn mực và quy trình xung quanh việc phát triển phần mềm nguồn mở. Phần mềm nguồn mở không chỉ làm nền tảng cho hầu hết các công nghệ chuỗi khối mà còn là nền tảng của hầu hết các phần mềm đang chạy trên thế giới hiện nay.
tiêu đề phụ
Quản lý các tiêu chuẩn giao thức
Quy trình Đề xuất Cải tiến Ethereum (EIP) là quy trình chúng tôi sử dụng để đề xuất và đạt được sự đồng thuận về các tiêu chuẩn. Nói rộng ra, đây là quản trị các tiêu chuẩn giao thức. Các tiêu chuẩn này có thể được áp dụng ở cấp độ phần mềm Ethereum (nghĩa là yêu cầu một số thay đổi đối với các máy khách triển khai phần mềm có thể tương tác) hoặc ở cấp độ mạng. Lớp mạng này đề cập đến cả mạng chính Ethereum và các chuỗi khối khác chạy giao thức Ethereum. Các mạng khác có thể tuân theo mạng chính Ethereum để kết hợp và chấp nhận EIP (hiện tại hầu hết là như vậy) hoặc chúng có thể trải qua quá trình nâng cấp của riêng mình.
Hãy tạm nghĩ về quy trình EIP khi thiết kế các tiêu chuẩn chủ yếu cho mạng chính Ethereum. Về việc người tham gia có phải là nhà phát triển hay không và liệu đề xuất có được triển khai trên mạng chính hay không, đó là một vấn đề khác.
……
Bạn có thể xem tất cả các EIP đã xuất bản tại eips.ethereum.org. EIP-1 chỉ định lớp lõi EIP (những thay đổi sẽ thay đổi quy tắc đồng thuận mạng và yêu cầu sự đồng ý nhất trí của mọi người để triển khai) và các loại quy trình gửi và xem xét EIP khác.
……
Ngoài ra còn có một tiêu chuẩn trong thư viện EIP cho lớp ứng dụng, còn được gọi là "Ethereum Request for Comment (ERC)". Các ERC này có thể được chia thành một quy trình và cơ sở mã độc lập (bản thân tôi thích hình thức này hơn).
Tôi nghĩ rằng quy trình EIP đang hoạt động rất tốt và đang được cải thiện. Tất nhiên, giáo dục càng nhiều (đặc biệt là đối với các chuyên gia kỹ thuật có thể gia tăng giá trị cho mạng) thì càng tốt.
Mục đích của quy trình EIP là tiêu chuẩn hóa -- nghĩa là để đảm bảo rằng cùng một phần mềm có thể được phát triển bởi nhiều nhóm và phần mềm của mọi người có thể tương thích với nhau. Và Ethereum có nhiều khách hàng, điều này rất quan trọng. Trên thực tế, điều này quan trọng hơn nhiều so với giấy phép sử dụng phần mềm. Nếu có một tiêu chuẩn tốt, bất kỳ ai cũng có thể triển khai nó và biết rằng việc triển khai có thể tương tác với nhau.
Có một phong trào mới bắt đầu có các quản trị viên và cơ sở mã chuyên dụng cho các phần khác nhau của ngăn xếp công nghệ ethereum — EVM, devp2p, giao diện JSON-RPC, v.v. Điều này có nghĩa là nhiều cộng tác viên có thể làm việc cùng nhau, thậm chí xuyên qua ranh giới của mạng chính Ethereum, để cải thiện và đảm bảo khả năng tương tác của Ethereum.
tiêu đề phụ
Cộng tác nhà phát triển cốt lõi
Hội nghị truyền hình AllCoreDev là một cách để các nhà phát triển triển khai ứng dụng khách lớn cộng tác. Hội nghị truyền hình được tổ chức hai tuần một lần và được điều hành bởi Hudson Jamieson, một nhân viên toàn thời gian của Ethereum Foundation.
Tương tự, chương trình nghị sự của cuộc họp nhà phát triển cốt lõi cũng được xuất bản dưới dạng sự cố trong kho lưu trữ mã GitHub ethereum/PM. Bất kỳ ai cũng có thể nhận xét trên trang vấn đề để cho biết rằng họ có thời gian tham dự, có thể đặt câu hỏi hoặc chia sẻ ý kiến.
Nhìn chung, toàn bộ quá trình được thiết kế tập trung vào công nghệ. Những điều mà các nhà phát triển cốt lõi xem xét là tính hợp lý về mặt kỹ thuật của một EIP cụ thể, ngoài ra còn có các thuộc tính "sức khỏe mạng" nhất định trong bối cảnh lớn hơn. Tất nhiên, mọi quyết định kỹ thuật đều có một số tác động ngoài kỹ thuật và sự mơ hồ này là gốc rễ của nhiều vấn đề.
Sau khi nói chuyện với nhiều nhóm khách hàng khác nhau, phản hồi mà tôi nhận được là việc triển khai mã thực sự không mất nhiều thời gian; tiến độ tiếp theo bị hạn chế bởi các quyết định phi kỹ thuật và tranh chấp về lộ trình.
Nhà phát triển cốt lõi sử dụng quy trình nào để đưa ra quyết định? Chà, giống như một phiên bản "trực tiếp" của quy trình EIP, ngoại trừ có một cuộc thảo luận thời gian thực hai tuần một lần. Ý tôi là, phong cách IETF (Lực lượng đặc nhiệm kỹ thuật Internet), sự đồng thuận thô và mã làm việc, là trung tâm của quá trình. Các cuộc thảo luận gần đây đã chỉ ra sự cần thiết của một số thủ tục bổ sung - đòi hỏi sự đồng thuận và tài liệu thảo luận - có lẽ để loại bỏ sự không chắc chắn.
Một công cụ hữu ích để hiểu quy trình đánh giá của nhà phát triển cốt lõi và EIP là lưu đồ do Dan Finlay vẽ. Tôi chỉ chụp nó ở đây:
tiêu đề phụ
quản trị mạng
Tôi sử dụng thuật ngữ "quản trị mạng" để chỉ các quyết định quản trị được đưa ra trong toàn bộ hệ sinh thái Ethereum. Điều này lớn hơn nhiều so với "chỉ là một quyết định kỹ thuật".
Tất cả các cách tiếp cận ở trên—từ cộng tác nguồn mở, đến quản trị tiêu chuẩn giao thức, đến cộng tác với nhà phát triển cốt lõi—thường chỉ liên quan đến công nghệ. Nếu bạn không viết mã, gây quỹ và thuê các nhà phát triển, thì bạn có thể làm được rất ít.
Vậy chính xác thì mạng Ethereum chịu trách nhiệm cho sự tham gia của các bên liên quan là gì? Chúng ta có thể làm gì nếu "chúng ta" muốn có sự tham gia rộng rãi hơn của các bên liên quan?
Chú ý, "chúng ta" là gì? Bản thân tôi sẽ định nghĩa "chúng tôi" là một nhóm rộng lớn những người tự coi mình là một phần của hệ sinh thái Ethereum và quan tâm đến hoạt động cũng như sự phát triển hơn nữa của nhóm này. Cho đến nay, tất cả các phương thức tương tác đều được hình thành trên cơ sở tự nguyện tham gia, tự đặt mục tiêu và tự đạt được (điều này rất tự nhiên trong cộng đồng mã nguồn mở). Theo những gì tôi biết, Hudson Jamieson là người làm việc toàn thời gian duy nhất trong toàn bộ hệ sinh thái đóng góp cho các tổ chức cộng đồng. Mặc dù vậy, phần lớn thời gian của anh ấy là dành cho việc cộng tác với các nhà phát triển cốt lõi.
Nhiều tranh cãi gần đây xoay quanh việc làm thế nào để hiểu được vị trí của quản trị mạng trong quy trình quản trị, cách thực hiện quản trị mạng, cách tham gia/làm thế nào để tiếng nói được lắng nghe, v.v.
Một quan điểm cho rằng "các bên liên quan nên tự tổ chức". Tôi tin điều này, nhưng tôi cũng tin rằng chúng ta nên hoan nghênh mọi người sử dụng cơ sở hạ tầng và các kênh hiện có.
Tôi không nghĩ việc đặt quản trị mạng lên trên các tiêu chuẩn giao thức hoặc sự cộng tác của nhà phát triển cốt lõi là điều hợp lý. Chúng giống như một quá trình đồng bộ hơn. Chúng tôi, với tư cách là một cộng đồng kỹ thuật, có thể làm tốt hơn việc chỉ ra nội dung của các EIP cốt lõi sắp tới này, sau đó nhóm các bên liên quan rộng rãi có thể tự thông báo. ...
Theo như tôi thấy, quản trị mạng chủ yếu được kích hoạt bằng cách làm dấy lên những nghi ngờ trong ý thức của các nhà phát triển cốt lõi. Bởi vì các nhà phát triển cốt lõi quan tâm đến sức khỏe của mạng — bao gồm cả việc không muốn kích hoạt một hard fork gây tranh cãi — họ có thể lên tiếng và phá vỡ sự đồng thuận. Tuy nhiên, điều này có thể chủ yếu là do EIP có liên quan vẫn chưa được triển khai: sẽ khó nói "có" hơn vào thời điểm này.
tiêu đề phụ
……
Các nút chạy phần mềm máy khách
Cuối cùng, tính phi tập trung của mạng chuỗi khối phụ thuộc vào việc mọi người có thể chạy một nút và bất kỳ ai cũng có thể chọn các phiên bản khác nhau của phần mềm máy khách nguồn mở để chạy, bao gồm khả năng sao chép cơ sở mã máy khách để phát triển ứng dụng khách của riêng họ, hoặc Chạy phiên bản cũ hơn và được vá lỗi hơn hầu hết mọi người.
tiêu đề phụ
Lộ trình Ethereum
Một chìa khóa khác bên ngoài EIP là lộ trình của Ethereum. Câu hỏi này lần đầu tiên được đưa ra tại hội nghị Ethereum Magicians ở Berlin, và ngày càng có nhiều sự kiện và cuộc họp trực tuyến thảo luận về lộ trình dài hạn.
Không ai "có toàn quyền kiểm soát" lộ trình Ethereum, vì nó được tập hợp lặp đi lặp lại từ tất cả các dự án trước đó.
Tuy nhiên, điều đáng chú ý là cái gọi là "ETH 1.x" và "ETH 2".
Phiên bản tiếp theo của mạng Ethereum, viết tắt là ETH2, hy vọng sẽ hoàn toàn dựa trên giao thức bằng chứng cổ phần (chứ không phải các công cụ khai thác chạy thuật toán bằng chứng công việc); Một mạng cung cấp thông lượng tổng thể lớn hơn nhiều cho mạng lưới. ETH2 vẫn chủ yếu được thúc đẩy bởi các nhà nghiên cứu được tài trợ bởi Ethereum Foundation. Kế hoạch triển khai sơ bộ được chia thành ba giai đoạn, chưa được ghi vào EIP và hiện tại các thông số kỹ thuật được tạo ra chủ yếu nhờ sự hợp tác của những người triển khai và nhà nghiên cứu.
Một cuộc thảo luận cơ bản sắp tới là: chúng ta có nên lên kế hoạch cho nhiều hard fork nhỏ hơn hay ít hard fork hơn nhưng lớn hơn không. Bây giờ, mọi người dường như thích các fork nhỏ nhưng thường xuyên hơn.
Làm thế nào để tham gia?
Để biết thêm thông tin, hãy xem trang lộ trình Ethereum Wiki.
tiêu đề phụ
Làm thế nào để tham gia?
Nếu bạn đọc tất cả những điều trên, bạn có thể muốn tham gia vào cộng đồng Ethereum.
Tôi dành rất nhiều thời gian trên diễn đàn Ethereum Magician, điều thú vị của diễn đàn là có các đoạn văn dài và các cuộc thảo luận dưới bài đăng. Diễn đàn cũng đã trở thành một trung tâm thảo luận về EIP - vì trang Vấn đề của GitHub không thể truy cập được và không hỗ trợ các cuộc thảo luận theo chuỗi.
