Tea.xyz: Một giao thức phi tập trung có thể được sử dụng để khuyến khích hệ sinh thái nguồn mở

Tiêu đề gốc: " Tea.xyz: Một giao thức phi tập trung có thể được sử dụng để khuyến khích hệ sinh thái nguồn mở 》

Tác giả gốc: Max Howell  Timothy Lewis  Thomas Borrel

Bản tổng hợp gốc: Thỏ alpha

Thỏa thuận này nhằm tạo ra một cơ quan đăng ký mở, công khai và ổn định cho tất cả các phần mềm nguồn mở, cho phép các dự án phát hành các phiên bản một cách độc lập mà không cần dựa vào bên thứ ba. , tổng hợp những điều này dữ liệu không đều đặn thành hàng trăm hệ thống độc lập (và trùng lặp). Thông qua giao thức trà, những người bảo trì gói phần mềm nguồn mở có thể xuất bản các phiên bản mà họ chịu trách nhiệm lên một cơ quan đăng ký phi tập trung được điều khiển bởi chuỗi khối, từ đó loại bỏ một nguồn lỗi duy nhất, xuất bản các phiên bản không thể bị giả mạo và cho phép cộng đồng quản lý toàn bộ khu vực hệ sinh thái nguồn mở. , để tránh những ảnh hưởng từ bên ngoài.

Tea có thể kích thích hệ sinh thái nguồn mở, chủ yếu bằng cách cho phép các nhà phát triển tham gia giao thức Tea kết hợp giá trị mà họ có thể đạt được với Stake các gói phần mềm bạn dựa vào và muốn bảo vệ. Biểu đồ giao thức Tea có thể cung cấp khả năng đăng ký gói chống giả mạo, các yêu cầu phụ thuộc, xác minh tính xác thực của gói và thông báo thuật toán khuyến khích phần thưởng trà thông qua các oracle. Lạm phát hệ thống sẽ được phân phối cho tất cả các gói phần mềm dựa trên thuật toán. Nếu phát hiện thấy vấn đề về bảo mật hoặc phát triển, nhà phát triển có thể tải lên bằng chứng và đưa ra khiếu nại đối với gói phần mềm. Hệ thống sẽ đưa ra khiếu nại đối với những người tải lên sai sót và an toàn. Các thành viên của cộng đồng nguồn mở có thể xem xét các gói phần mềm để tìm các vấn đề về chất lượng và giao thức Tea có thể phản hồi những đánh giá này bằng cách ban hành việc giảm phần thưởng theo tỷ lệ.   

1. Tuyên bố  

Được liệt kê trong sách trắng này thông tin vẫn còn sơ bộ. Do đó, cả tác giả của bài viết này và các tổ chức liên quan mà ông làm việc đều không chịu bất kỳ trách nhiệm nào về kết quả cuối cùng hoặc tính chính xác của thông tin sau. Tuyên bố này áp dụng trong phạm vi tối đa được pháp luật cho phép, bất kể vi phạm, hợp đồng hoặc các vấn đề khác liên quan đối với sách trắng này. Các tác giả được đề cập ở trên và các tổ chức tương ứng của họ đều không chịu trách nhiệm về nội dung.

Sách trắng này cũng như bất kỳ nội dung nào trong đó đều không phải là cơ sở liên quan đến bất kỳ hợp đồng hoặc cam kết nào cũng như không được sử dụng làm lý do để ký kết bất kỳ hợp đồng hoặc cam kết nào. không có nội dung nào cấu thành đề nghị bán bất kỳ mã thông báo nào được thảo luận ở đây. Nếu sách trắng này yêu cầu cấp phép hoặc đăng ký từ các cơ quan có liên quan ở một số khu vực pháp lý thì sách trắng này không có ý định truyền tải tất cả các quan điểm và thông tin liên quan đến hoạt động bán hàng. bài viết Không có mã thông báo nào có, cũng như không có kế hoạch, được đăng ký theo luật chứng khoán hoặc luật liên quan của bất kỳ khu vực pháp lý nào. giấy có thể không được cung cấp ở bất kỳ khu vực pháp lý nào hoặc để bán.

2. Giấy phép  

Mã nguồn của bài viết này được cung cấp theo Giấy phép Công cộng Quốc tế Creative Commons Copyright-Share Alike 4.0.

3.Giới thiệu   

Internet chủ yếu được tạo thành từ các dự án nguồn mở và đã như vậy kể từ khi thành lập. Theo thời gian, nhiều dự án nguồn mở đã trở thành nền tảng và nền tảng của Internet ngày nay, và tất cả sự đổi mới Internet trong tương lai cần phải được xây dựng trên những nền tảng này. Mặc dù nhiều người và công ty đã kiếm được nhiều tiền từ nền tảng Internet được xây dựng bởi các dự án nguồn mở, nhưng các dự án nguồn mở chủ yếu được tạo và duy trì miễn phí.

Chúng tôi tin chắc rằng chỉ một số ít kỹ sư trên thế giới lựa chọn sản xuất điện cho tình yêu, khi họ cần làm việc quá trình lựa chọn giữa các dự án nguồn mở đóng vai trò chính trong việc vận hành Internet có thể cản trở nỗ lực của con người. Nguồn mở là tạo ra điện cho tình yêu nên thường bị cản trở do thiếu động lực tài chính, khiến các dự án có giá trị thực không bao giờ phát huy hết tiềm năng. vòng đời của nó. Để nhận ra tiềm năng đầy đủ của các dự án nguồn mở, chúng ta cần thiết lập một hệ thống đền bù công bằng cho hệ sinh thái nguồn mở mà không thay đổi căn bản cách nó được xây dựng và sử dụng.

Các doanh nghiệp thương mại thường bao bọc các mô hình kinh doanh xung quanh nguồn mở, tạo ra doanh thu trực tiếp từ công việc của các nhà phát triển nhân từ đồng thời dựa vào họ để sửa lỗi khi chúng xảy ra. Một ví dụ điển hình là lỗ hổng bảo mật gần đây trong Log4j, gói phần mềm thuộc sở hữu của Apache Software Foundation, đóng vai trò quan trọng trong nhiều phần mềm và dịch vụ thương mại được doanh nghiệp và chính phủ sử dụng. Vào tháng 11 năm 2021, một nhà nghiên cứu bảo mật đã báo cáo lỗ hổng CVE-2021-442283, lỗ hổng này nhận được điểm cao nhất từ Quỹ phần mềm Apache, và Amit Yoran, Giám đốc điều hành của Tenable và chủ tịch sáng lập Nhóm Chuẩn bị Khẩn cấp Máy tính Hoa Kỳ (US-CERT) Lỗ hổng này được mô tả là “lỗ hổng đơn lẻ lớn nhất và nghiêm trọng nhất trong thập kỷ qua”.

Sự hoảng loạn xảy ra sau đó và những tình nguyện viên duy trì gói hàng cho AiDian đã bị chỉ trích công khai vì những vấn đề phát sinh, mặc dù hệ thống này sau đó đã được vá. Nhưng các công ty và chính phủ cuối cùng đã nhận ra rằng Log4j, gói phần mềm được nhiều hệ thống quan trọng sử dụng trong 20 năm, được duy trì miễn phí bởi một số tình nguyện viên, những người dựa vào tình yêu của họ để tạo ra sức mạnh. đã làm việc chăm chỉ để áp dụng Hãy hành động và làm việc không mệt mỏi để sửa lỗi. Điều đáng sợ là Log4j không phải là ví dụ duy nhất.  Core-js, được tải xuống 30 triệu lần một tuần, là nền tảng quan trọng cho Node.js, nhưng nó cũng hầu như không nhận được hỗ trợ tài chính. Gần đây, một số nhà phát triển Bitcoin Core đã tuyên bố từ chức, một trong những lý do là họ cảm thấy được đền bù về mặt tài chính. Các dự án nguồn mở đã thực hiện nhiều nỗ lực trong việc cung cấp các cơ cấu khuyến khích, thường tập trung vào các hệ thống tài trợ và tiền thưởng. Mô hình tài trợ cho phép người dùng nguồn mở quyên góp cho các dự án yêu thích của họ.

Tuy nhiên, nếu chúng ta tưởng tượng nguồn mở như một tòa tháp xây bằng gạch, lớp cơ sở đã bị lãng quên từ lâu nhưng vẫn có những kỹ sư tận tâm bảo trì nó. các dự án quan trọng và phải được nhiều nhà phát triển sử dụng. Tuy nhiên, thông thường chỉ có một số ít dự án trên đỉnh tháp có tên tuổi và có khả năng nhận được tài trợ. Kiểu lựa chọn thiên vị nghiêm trọng này sẽ dẫn đến việc những viên gạch nền đỡ tòa tháp không nhận được bất kỳ khoản quyên góp và tài trợ nào, trong khi những dự án và người dân nổi tiếng nhất sẽ nhận được nhiều tài trợ hơn mức mọi người cần. Tiền thưởng nguồn mở cho phép người dùng dự án trả tiền cho các nhà phát triển để xây dựng các tính năng cụ thể, do đó, việc chỉ thưởng cho các khía cạnh mà dự án cần thực hiện không nhất thiết mang lại lợi ích tốt nhất cho các kỹ sư, vì chỉ những dự án được người dùng yêu thích nhất mới được thưởng.

Trong bài viết này, chúng tôi đề xuất giao thức phi tập trung Tea để thưởng công bằng cho các nhà phát triển nguồn mở dựa trên sự đóng góp của họ cho toàn bộ hệ sinh thái và thông qua thuật toán khuyến khích trà Áp dụng cho tất cả các mục trong sổ đăng ký trà.   

4. Một số thành phần  

Các kỹ sư phát triển một ứng dụng chương trình yêu cầu 4 phần: trình duyệt, thiết bị đầu cuối, trình soạn thảo và trình quản lý gói. Trong bốn điều đó, trình quản lý gói là thứ kiểm soát các công cụ và khung mà các nhà phát triển cần để xây dựng sản phẩm của họ và lớp này là nơi tiềm năng thay đổi nằm ở cách chúng ta nhìn thấy những thay đổi trong cách nguồn mở được bù đắp và khuyến khích.

4.1 Trình quản lý gói

Thông qua trình quản lý gói phần mềm, có thể xác định rõ ứng dụng được phát triển Chức năng này phụ thuộc vào phần mềm nguồn mở nào, cho dù đó là lớp trên cùng hay lớp cơ sở bên dưới. Tất cả các thành phần và phiên bản quan trọng để phát triển ứng dụng đều được ghi lại. Trình quản lý gói có thể được đặt riêng trong ngăn xếp công cụ dành cho nhà phát triển, cho phép phân bổ giá trị tự động và chính xác dựa trên các ứng dụng trong thế giới thực.

Sách trắng này đề xuất một cơ quan đăng ký phi tập trung bất biến được thiết kế để phân bổ giá trị dựa trên thuật toán xác định sự đóng góp của mỗi mục vào toàn bộ tiện ích Hệ thống và đóng góp về sức khỏe. Giá trị có thể nhập vào biểu đồ ở trên từ các đỉnh - ứng dụng và thư viện cơ sở - và được gán cho các bên phụ thuộc của các đỉnh đó vì cơ quan đăng ký biết giá trị luân chuyển như thế nào trong biểu đồ nguồn mở.

Ngoài ra, chúng tôi tin rằng thông tin quan trọng phải được cung cấp thông qua người quản lý gói để nhà phát triển có thể đánh giá liệu họ có thể tin tưởng gói và nhà phát triển gói đó hay không. Sự tin cậy này có thể dựa trên danh tiếng, lời khen ngợi của cộng đồng, dữ liệu được lấy từ hệ thống Nhận dạng phi tập trung (DID: xem: https://www.w3.org/TR/did-core/) hoặc quản lý gói khác. Máy chủ có thể dựa vào các ưu đãi để những người tham gia mạng lưới có thể gặp rủi ro về giá trị kinh tế.

Chúng tôi tin rằng sự kết hợp giữa các công cụ, thông tin và phần thưởng do Tea cung cấp sẽ khuyến khích các nhà phát triển một cách công bằng và giúp kích thích sự phát triển của phần mềm nguồn mở đồng thời thúc đẩy đổi mới.

4.2 Sổ đăng ký phi tập trung

Mỗi trình quản lý gói có một sổ đăng ký riêng. Sổ đăng ký gói lặp lại cùng một siêu dữ liệu . Giờ đây, đã đến lúc cần có một cơ quan đăng ký toàn diện và rõ ràng do cộng đồng thiết kế và có thể được quản lý từ một địa điểm duy nhất. Chúng tôi tin rằng cơ quan đăng ký phi tập trung, bất biến có thể mang lại sự bảo mật, ổn định và ngăn chặn các hoạt động độc hại của con người.

Internet của chúng ta ngày nay chạy trên hàng chục nghìn thành phần nguồn mở quan trọng. Điều đáng chú ý là cho đến nay, các sự cố do loại bỏ cơ sở hạ tầng nguồn mở cơ bản thỉnh thoảng vẫn xảy ra, nổi tiếng nhất là sự cố NPM left-pad7 vào năm 2016, ảnh hưởng đến các hệ thống tích hợp và triển khai liên tục, khiến các nhà phát triển phải gặp rắc rối nào đó. Sự cố này cho thấy Internet được xây dựng trên các hệ thống phát triển dễ vỡ và các ví dụ khác bao gồm những người bảo trì gói chủ động hoặc cố tình phá vỡ các gói của chính họ (chẳng hạn như color.js, faker.js8 và node-ipc9) hoặc các tác nhân xấu hy vọng đánh cắp Bitcoin khóa riêng bằng cách giả vờ duy trì các gói với mục đích phá vỡ chúng hoặc các gói có lỗi chính tả độc hại, còn được gọi là tynosquatting, nhằm lừa người dùng cài đặt chúng, chẳng hạn như gói cross -env npm của crossenv (lưu ý 11).

Khi toàn bộ ngành phát triển theo hướng tài sản kỹ thuật số, nhiều thứ sẽ trở thành một phần của phần mềm, do đó, tính toàn vẹn của phần mềm cần phải được đảm bảo. Chúng tôi không thể tiếp tục bị ảnh hưởng bởi phần mềm sửa đổi phần mềm độc hại. Tuy nhiên, hầu hết các công cụ của trình quản lý gói không thể đảm bảo rằng chúng được tích hợp vào ứng dụng và dApp vì các gói bên trong chúng là mã nguồn mở chưa sửa đổi do tác giả ban đầu phát hành. GitHub nhận thấy rằng 17% phần mềm có lỗ hổng và được nhúng với mục đích độc hại (Note 12), với một số lỗ hổng chưa được phát hiện trong một thời gian dài.

Nếu có cơ quan đăng ký phi tập trung, cùng với hệ thống danh tiếng và có các động lực kinh tế để hỗ trợ nó, liệu những kẻ xấu có thể bị lộ? Và khen thưởng những người tham gia phần mềm tốt? Cách tiếp cận sáng tạo này có thể cung cấp giải pháp mà cộng đồng nhà phát triển hiện tại đang tìm kiếm.   

Hình ảnh 1: Cái nhìn đơn giản về hệ thống phi tập trung của Tea  

Ngoài ra, chúng tôi tin rằng thông tin quan trọng phải được cung cấp thông qua người quản lý gói để các nhà phát triển có thể đánh giá liệu họ có thể tin tưởng gói và tác giả của gói đó hay không. Thông tin này có thể dựa trên danh tiếng, lời khen ngợi của cộng đồng, dữ liệu được lấy từ hệ thống Nhận dạng phi tập trung (DID6), các nhà quản lý gói khác hoặc có thể dựa vào các khuyến khích để người tham gia mạng gặp rủi ro về giá trị kinh tế.

Chúng tôi dự đoán rằng sự kết hợp giữa các công cụ, thông tin và phần thưởng của Tea sẽ khuyến khích các nhà phát triển một cách công bằng , để giúp kích thích sự phát triển của phần mềm nguồn mở và thúc đẩy đổi mới.

4.3 Hệ thống lưu trữ

Các gói nguồn mở cung cấp rất nhiều chức năng, một số mà mọi người có thể bị hạn chế hoặc không cần thiết. Encryption (mã hóa, ở đây ám chỉ sự mã hóa trong mật mã học) là một ví dụ điển hình. Tuy nhiên, công nghệ này cũng có thể được sử dụng cho các mục đích bất chính (xem Phantom Secure, bị cơ quan thực thi pháp luật gỡ bỏ vào tháng 3 năm 201814) hoặc có thể bị xâm phạm để hỗ trợ các hoạt động thực thi pháp luật (xem Chiến dịch Ironside (AFP), Chiến dịch Greenlight (Europol ) và Chiến dịch Lá chắn Trojan (FBI) 15, FBI đã vận hành nền tảng liên lạc "được mã hóa" AN0M và thuyết phục tội phạm sử dụng điện thoại di động "được mã hóa" của chúng để liên lạc an toàn). Việc sử dụng rộng rãi công nghệ mã hóa khiến nó trở thành trường hợp sử dụng hoàn hảo cho phần mềm nguồn mở và là một ví dụ điển hình cho thấy mọi giải pháp lưu trữ gói đều phải chống giả mạo. trà là một giao thức phi tập trung và không có kế hoạch can thiệp, lọc hoặc xử phạt các gói dựa trên chức năng của chúng. Mặc dù ban quản trị Tea có thể chọn xóa các gói độc hại đã được xác nhận (xem phần Quản trị để biết thêm thông tin về vấn đề này), điều quan trọng là hệ thống Tea phải giao tiếp với nhiều hệ thống lưu trữ, bao gồm cả việc chứng minh rằng gói đó chưa bị sửa đổi và nó đúng. Với hệ thống lưu trữ phi tập trung, người bảo trì gói hàng có thể chọn hệ thống lưu trữ phù hợp nhất với nhu cầu của mình để lưu trữ và phân phối các gói hàng này một cách an toàn.   

5. Những người tham gia mạng lưới  

Tầm nhìn của Tea là trao quyền cho toàn bộ cộng đồng nguồn mở và đảm bảo rằng những người đóng góp cho cộng đồng nguồn mở được hỗ trợ trong việc tạo ra các công cụ cơ bản xây dựng Internet. Trong sách trắng này, chúng tôi phân biệt những người tham gia theo đóng góp của họ, một số sẽ tham gia đóng góp mã, một số sẽ xác minh mã đã đóng góp và những người khác có thể cung cấp giá trị kinh tế để hỗ trợ các nhà phát triển và danh tiếng của họ.

5.1 Người bảo trì gói

Người bảo trì gói phải đảm bảo rằng phần mềm của họ có thể tiếp tục cung cấp ngày càng nhiều giá trị khi ngành phát triển.

tea giả định rằng người tạo gói sẽ duy trì công việc của riêng họ. Người bảo trì gói là xương sống của cộng đồng nguồn mở. Những nhà phát triển này cần được trao quyền và chuẩn bị để tiếp tục tham gia Các đóng góp được khuyến khích vì người bảo trì gói có thể quyết định ngừng bảo trì phần mềm hoặc nhận ra rằng họ không còn có thể hoạt động với tốc độ mà người dùng phần mềm mong đợi. Khi người bảo trì gói gửi gói thành công, họ sẽ nhận được mã thông báo không thể giả mạo (NFT) (xem phần NFT để biết thêm chi tiết).

NFT này được sử dụng để chứng minh công việc của người bảo trì gói phần mềm và cũng là chìa khóa để hướng dẫn phần thưởng Tea. Người nắm giữ NFT của gói phần mềm có thể chuyển NFT của mình cho các nhà phát triển khác (hoặc một nhóm nhà phát triển), cho phép các nhà phát triển mới trở thành người duy trì gói và người nhận phần thưởng tiềm năng trong tương lai. Tương tự như vậy, nhà phát triển có thể đảm nhận vai trò của người bảo trì gói bằng cách phân nhánh gói hiện có, gửi gói mới và tự mình trở thành người tạo và bảo trì gói. Và nó có thể cung cấp cho cộng đồng nhà phát triển những công cụ phù hợp để xác định gói nào đang được bảo trì, cũng như xác nhận rằng việc duy trì danh tiếng và chất lượng công việc đã và đang rất quan trọng. Chúng ta thường thấy những đóng góp nguồn mở bị giả mạo một cách ác ý và nỗ lực của nhiều người bị thủ phạm hủy hoại. Mặc dù thành phần độc hại thường được phát hiện và có thể khắc phục được nhưng nó thường không được phát hiện cho đến thời điểm tổn thất tài chính hoặc dữ liệu gây ra thiệt hại đáng kể. Lấy gói npm EventStream (lưu ý: 16) làm ví dụ. EventStream npm được tải xuống hơn 1,5 triệu lần một tuần và được hơn 1.500 gói dựa vào. Khi một hacker tìm cách xâm nhập vào dự án nguồn mở và giành được sự tin tưởng của tác giả ban đầu của nó và đã sửa đổi EventStream để dựa vào gói phần mềm độc hại nhằm rò rỉ thông tin xác thực ví Bitcoin cho máy chủ của bên thứ ba. Mặc dù các công cụ có thể giúp phát hiện một số cuộc tấn công kiểu này nhưng chúng không phải lúc nào cũng đáng tin cậy. Chúng tôi đề xuất giới thiệu một cơ chế khuyến khích thông qua phần Tea Token để khuyến khích cộng đồng nguồn mở báo cáo một cách xây dựng những phát hiện của họ để những người bảo trì gói có thể giải quyết những vấn đề này trước khi chúng phát sinh.

5.2 Người dùng gói

Người dùng gói là những nhà phát triển tập trung vào giải quyết các vấn đề cụ thể. Các nhà phát triển thường tìm kiếm các công cụ họ cần trong cộng đồng nguồn mở và muốn nhanh chóng thử nghiệm và lặp lại công nghệ với chi phí thấp hoặc miễn phí. Những nhà phát triển này sẽ được hưởng lợi trực tiếp từ những người sáng tạo và bảo trì gói phần mềm. Theo truyền thống, một số người có thể chọn hỗ trợ những người duy trì các gói phần mềm nguồn mở thông qua quyên góp hoặc các hình thức thù lao khác, nhưng các khoản đóng góp thực sự chỉ là một giọt nước trong xô.

Tài trợ cũng có thể là một cách hiệu quả để hỗ trợ phát triển phần mềm nguồn mở, nhưng vấn đề là ở chỗ các phần thưởng từ tài trợ thường không mở rộng tới tất cả các bên phụ thuộc . , trong khi hạn chế này mang lại lợi ích cho các nhà tài trợ, nó lại cản trở sự đổi mới và xây dựng phần mềm nguồn mở.

Mục tiêu của Tea là cung cấp một hệ thống phi tập trung trong khi vẫn duy trì giá trị cốt lõi của phần mềm nguồn mở để trao phần thưởng cho các nhà phát triển duy trì các gói phần mềm nguồn mở. Để hiện thực hóa tầm nhìn này, Tea có kế hoạch áp dụng cơ chế phát triển thúc đẩy người khác phát triển để cho phép người dùng gói phần mềm hỗ trợ người bảo trì gói phần mềm thông qua các kịch bản ứng dụng độc đáo của Tea Token. Phần này có thể được tìm thấy trong phần Tea Token của sách trắng này. Các kế hoạch làm việc trong tương lai và những nỗ lực tiềm năng của cộng đồng sẽ được trình bày trong phần này.

Những người ủng hộ và tài trợ cho gói 5.3

Trong Web2.0 và Web3, Những người ủng hộ gói 5.3 các gói phần mềm thường được gọi là "nhà tài trợ". Nhà tài trợ là các tổ chức hoặc người dùng trọn gói sử dụng phần mềm nguồn mở để xây dựng các sản phẩm thương mại, các nhà hoạt động muốn hỗ trợ hệ sinh thái nguồn mở và các doanh nhân muốn tài trợ cho các nhóm đã phát triển các thành phần của hệ thống lớn hơn.

tea đề xuất mở rộng cộng đồng những người ủng hộ gói cho toàn bộ cộng đồng trà, cho dù đó là tổ chức, nhà phát triển, người dùng hay những người đam mê công nghệ. Mục tiêu của Tea là triển khai cơ chế khuyến khích phi tập trung thông qua trường hợp sử dụng duy nhất của Tea Token, để tất cả thành viên của cộng đồng Tea có thể đóng góp vào sự bền vững lâu dài và sự phát triển liên tục của nguồn mở. Những người ủng hộ và tài trợ cho các gói phần mềm được tự do quyết định gói hoặc người bảo trì phần mềm nguồn mở nào sẽ hỗ trợ dựa trên công việc, niềm tin của họ hoặc bất kỳ tiêu chí và thước đo nào ảnh hưởng đến quyết định. Ngoài ra, những người ủng hộ và tài trợ gói cung cấp hỗ trợ dành cho các phần phụ thuộc của từng gói, do đó ngầm tin tưởng những người duy trì gói sẽ đưa ra những lựa chọn đúng đắn về ngăn xếp của họ và sử dụng thông tin này để nâng cao danh tiếng của họ.

Miễn là kỹ sư bảo trì gói có thể cung cấp các dịch vụ như vậy, nhà tài trợ gói có thể nhận được NFT hỗ trợ nâng cao để đổi lại, do đó Hưởng lợi từ SLA được tăng tốc hoặc cấp phép linh hoạt hơn. Ngoài ra, những người ủng hộ và tài trợ gói phần mềm có thể quyết định độc lập gói phần mềm nguồn mở hoặc kỹ sư bảo trì gói phần mềm nguồn mở nào sẽ hỗ trợ và tự động chuyển tất cả hoặc một tỷ lệ phần trăm nhất định phần thưởng để thúc đẩy các nhóm xây dựng phần mềm nguồn mở mới. Nói cách khác, các gói không cần tồn tại để được khuyến khích bằng trà và các dự án non trẻ có thể được hỗ trợ giống như các dự án trưởng thành hơn, khuyến khích hơn nữa môi trường nguồn mở đang phát triển.

Người dùng thử 5.4 Tea

Với việc phát hành các gói phần mềm mới hoặc phiên bản mới của các gói phần mềm hiện có, cần phải chứng minh tính hợp lệ của tác phẩm bởi vì Thông tin này rất quan trọng để đạt được sự tin tưởng của người dùng phần mềm nguồn mở, những người sẽ quyết định xem có nên tin cậy gói phần mềm nguồn mở và người bảo trì nó hay không. Trong giao thức Trà, chức năng này được đảm nhận bởi Người thử trà (người thẩm định/người thử trà).

Người đánh giá thường là những nhà phát triển có kinh nghiệm và sẵn sàng dành chút thời gian kiểm tra các khiếu nại liên quan đến gói (chức năng, bảo mật, phiên bản ngữ nghĩa (lưu ý 17), độ chính xác của giấy phép, v.v.) và đặt cược danh tiếng cũng như giá trị tài chính của bạn để chứng minh kết quả nghiên cứu và phân tích của bạn. Trong giao thức Trà, chúng tôi gọi đó là "Ủ trà", nghĩa là khóa Tea Token để hỗ trợ việc đánh giá của những người sành trà và nhận phần thưởng (hoặc hình phạt) dựa trên sự đồng thuận của mọi người về tính hợp lệ của nhận xét). Giống như những người đề xuất các gói nguồn mở, những người thẩm định có thể ảnh hưởng đến danh tiếng của các gói nguồn mở và các kỹ sư duy trì chúng; tuy nhiên, do nhận thức rằng những người thẩm định xác minh tính bảo mật, chức năng và chất lượng của các gói nguồn mở, nên ảnh hưởng của họ thậm chí còn đáng kể hơn. Tất nhiên, người thẩm định cũng cần phải xây dựng danh tiếng của mình để chứng minh cho tuyên bố của mình. Chất lượng công việc của người đánh giá và các đánh giá nhận được từ cộng đồng, khi kết hợp với các nguồn dữ liệu bên ngoài khác, sẽ tạo nên danh tiếng của mỗi người đánh giá, mang lại nhiều giá trị hơn cho công việc, liên quan đến các gói phần mềm nguồn mở được sử dụng để tác động và để biết thêm chi tiết về cơ chế danh tiếng của người bảo trì, hãy xem phần Danh tiếng gói hàng của sách trắng này.

6. Tổng quan về giao thức  

Thiết kế một giao thức khuyến khích đóng góp nguồn mở Các thỏa thuận đang đầy thử thách. Đúng như tên gọi, phần mềm nguồn mở được mở cho tất cả mọi người, vì vậy nó có thể bị đánh giá sai, đánh cắp hoặc giả mạo một cách ác ý. Tuy nhiên, một đặc điểm của cộng đồng nguồn mở là sẵn sàng nêu bật những người tham gia cộng đồng tốt và vạch trần những người xấu. Về mặt lịch sử trong cộng đồng nguồn mở, nỗ lực dành cho việc xem xét và bình luận về đóng góp mã của các nhà phát triển khác là hoàn toàn tự nguyện, mặc dù việc báo cáo và bảo vệ các kết quả đánh giá mã là tốn thời gian và quan trọng.

Chúng tôi dự định tạo ra một nền tảng xuất bản không đáng tin cậy để phát triển ứng dụng, được đảm bảo bởi danh tiếng và động lực tài chính của các thành viên cộng đồng, bởi vì Chúng tôi tin rằng không có hệ thống danh tiếng và các thành viên cộng đồng truyền đạt những phát hiện của họ một cách kịp thời, không có khả năng hỗ trợ (và phản đối) các nhà phát triển hoặc các nỗ lực phát triển trong cộng đồng nguồn mở, thì các khuyến khích hiệu quả cho đóng góp nguồn mở không thể thành công.

Chúng tôi cần cung cấp các công cụ để các nhà phát triển truy cập và đóng góp vào hệ thống danh tiếng, bao gồm khả năng trực quan hóa đơn giản và khả năng truy cập có thể lập trình vào các công cụ để hiểu các phần phụ thuộc của phần mềm. Cơ chế như vậy giúp hiểu rõ thành viên cộng đồng nguồn mở nào đang đóng góp vào việc duy trì các gói phần mềm này và số lượng Tea token nằm trong tay các thành viên cộng đồng, điều này sẽ giúp nâng cao chất lượng của các gói phần mềm được gửi đi. số lượng mã thông báo trà thuộc sở hữu của nhà phát triển duy trì một gói phần mềm nhất định có thể truyền đạt sự hỗ trợ của nhà phát triển đối với công việc của họ. Những điểm dữ liệu toàn diện này sẽ giúp cung cấp một hệ thống danh tiếng cho tất cả thành viên cộng đồng và tạo điều kiện thuận lợi cho cộng đồng lựa chọn. Lưu ý rằng vì cuộc tấn công của hacker vào EventStream không được thực hiện thông qua bản thân phần mềm mà thông qua các phần phụ thuộc của nó với phần mềm khác, nên việc hiển thị các phần phụ thuộc giữa tất cả phần mềm là điều cần thiết để thiết lập hệ thống không cần sự tin cậy này. Tuy nhiên, chúng ta cần ưu tiên các yếu tố như chi phí tính toán và giao dịch ("phí gas") khi thiết kế và xây dựng hệ thống.

Mục tiêu của thỏa thuận này là truyền cảm hứng cho các nhà phát triển Web2.0 và Web3. Sự phức tạp và lượng chi tiết khổng lồ trong ngăn xếp phần mềm giúp bạn dễ dàng theo dõi quá trình cài đặt và gỡ cài đặt các gói phần mềm, khiến bạn dễ trở thành nạn nhân của hacker hoặc các tác nhân xấu khác. Điều này bao gồm các con số tăng cao một cách giả tạo. Trường hợp xấu hơn sẽ làm thay đổi căn bản bản chất của phần mềm nguồn mở bằng cách tạo ra những xung đột không cần thiết với các khóa cấp phép hoặc các cơ chế theo dõi triển khai khác. Để cung cấp phạm vi phủ sóng rộng nhất, chúng tôi tin rằng các biện pháp khuyến khích không thể chỉ dựa vào khái niệm theo dõi cài đặt hoặc gỡ cài đặt mà còn dựa vào các cơ chế khuyến khích gửi gói chất lượng cao và báo cáo các gói có vấn đề hoặc rủi ro cao. Cuối cùng, nhiều phần mềm dựa vào sự phụ thuộc chung. Ví dụ: Lodash có 151.209 phụ thuộc, trong khi chalk có 78.854 phụ thuộc và Log4js có 3.343 phụ thuộc. Khi ngày càng có nhiều gói sử dụng các phần phụ thuộc giống nhau, làm thế nào để bạn đảm bảo rằng các ưu đãi được phân phối một cách công bằng và bình đẳng? Làm thế nào để bạn đảm bảo rằng các phần phụ thuộc được sử dụng nhiều nhất được khuyến khích mà không làm mắc kẹt các gói và nhà phát triển mới hoặc mới nổi? Làm thế nào để đảm bảo rằng hệ thống khuyến khích cuối cùng sẽ không khiến các nhà phát triển niche mất tự tin và khiến họ đến những nơi có nhiều phần thưởng hơn vì họ có động lực? Đồng thời, với tư cách là nhà phát triển, bạn làm cách nào để xác định các gói phần mềm có mức độ phụ thuộc mạnh nhất để xây dựng các phiên bản thay thế phần mềm gọn gàng hơn, hiệu quả hơn và tốt hơn? Trong giao thức trà, chúng tôi tin rằng việc thiếu cơ chế khuyến khích sẽ cản trở sự phát triển của phần mềm nguồn mở. Với các ưu đãi và phần thưởng tài chính phù hợp, nhiều nhà phát triển hơn sẽ được trao quyền để xây dựng, cải tiến và lặp lại phần mềm nguồn mở, giúp toàn bộ thế giới công nghệ trở nên tốt đẹp hơn. Chỉ bằng cách này, mã thông báo Tea mới có thể thể hiện giá trị thực sự của phần mềm nguồn mở.

6.1 Gửi gói phần mềm

Việc gửi bản phát hành gói phần mềm yêu cầu nguyên tử hóa nhiều giao dịch xảy ra. Cụ thể, người bảo trì gói phải

- đăng ký các gói (và phiên bản ngữ nghĩa của chúng) trong một cơ quan đăng ký phi tập trung.

- Tải các gói phần mềm lên hệ thống lưu trữ phi tập trung để đảm bảo khả năng phục hồi, chống kiểm duyệt và dễ phân phối.

- Góp phần nâng cao uy tín và uy tín của gói thông qua Tea token.

Việc thất bại của bất kỳ thao tác nào trong ba thao tác này sẽ khiến giao thức trở lại trạng thái trước đó, do đó loại bỏ mọi bằng chứng về việc gửi.

Khi một gói được gửi thành công, người bảo trì gói sẽ nhận được NFT của Người bảo trì để chứng minh công việc và đóng góp của họ cho nguồn mở. Người duy trì gói có thể chuyển phần thưởng pha trà liên quan đến NFT của người duy trì cho bên thứ ba. Tuy nhiên, danh tiếng liên quan đến việc tạo và duy trì tài sản sẽ thuộc về người duy trì gói, do đó danh tiếng của họ sẽ bị ảnh hưởng theo thời gian. Khi danh tiếng của bất kỳ thành viên nào trong cộng đồng Tea đạt đến các cột mốc quan trọng, họ có thể được cấp quyền truy cập vào các phần cao cấp của giao thức hoặc nhận phần thưởng tăng tốc, theo quyết định của Tea Management. Để biết thêm chi tiết về NFT của Người bảo trì, hãy xem phần NFT của Người bảo trì.

6.1.1 Phân tích sự phụ thuộc

Các mối quan hệ phụ thuộc của gói phần mềm Các mối quan hệ có thể phải sâu, vì mỗi gói thường có một gói phụ thuộc và một gói phụ thuộc. Để cung cấp một cách đơn giản để thưởng cho tất cả các nhà phát triển đóng góp cho phần mềm nguồn mở trong khi vẫn giữ cho cây phụ thuộc được tạo nhanh và hiệu quả về mặt tính toán, chúng tôi khuyên bạn chỉ nên xác thực các phụ thuộc cấp đầu tiên khi gửi gói.

Thiết kế này được thúc đẩy bởi giả định rằng bản thân mỗi phần phụ thuộc là một gói được gửi độc lập tới Tea Tree. Bằng cách này, mỗi phần phụ thuộc của nó có thể được ánh xạ và nếu bản thân các phần phụ thuộc của nó có phần phụ thuộc, thì những phần phụ thuộc này sẽ được ánh xạ khi gửi gói phụ thuộc.   

Hình ảnh 2: Sơ đồ phân tích phụ thuộc

Trong Hình 2, việc gửi gói A sẽ kích hoạt phụ thuộc thời gian chạy 1 đến n và xây dựng các phụ thuộc 1 đến n được phân tích, trong khi các phần phụ thuộc thời gian chạy 1.1 đến 1.n và các phần phụ thuộc bản dựng 1.1 đến 1.n được phân tích khi gói B được cam kết. Chúng tôi sẽ áp dụng cách tiếp cận tương tự để phân bổ khuyến khích vì các mã thông báo cho Pha trà được phân phối trên tất cả các phần phụ thuộc, do đó Pha trà được liệt kê đệ quy dưới dạng gói phụ thuộc (xem Hình 3).

Phiên bản và các phần phụ thuộc xung đột là những thách thức đáng kể và việc giải quyết những vấn đề này có thể tiêu tốn một nhiều thời gian. Để giải quyết vấn đề này, chúng tôi khuyên mỗi gói nên trải qua quá trình quét phụ thuộc toàn diện khi gửi để chúng tôi có thể đảm bảo rằng gói tuân thủ các quy tắc phạm vi phiên bản ngữ nghĩa sau đây. Một gói có thể giới hạn các phần phụ thuộc của nó chỉ ở một phiên bản chính, mặc dù điểm bắt đầu của phạm vi có thể là bất kỳ phiên bản ngữ nghĩa hợp lệ nào (ví dụ: >=5.2.1 <6):

- Nếu một phần phụ thuộc được nâng cấp lên phiên bản chính mới hơn, Tealeaf có thể cần tăng phiên bản chính của gói.

- Tương tự, nếu một phần phụ thuộc được nâng cấp lên phiên bản phụ mới hơn, trà có thể yêu cầu tăng phiên bản phụ của gói.

- Nếu một phần phụ thuộc mới được thêm vào, Tea có thể yêu cầu thêm một phiên bản nhỏ của gói.   

Hình 3: Phân phối phần thưởng trong các phần phụ thuộc .

Xét rằng khi vi phạm các quy định trên thì bất kỳ gói phần mềm nào cũng Tất cả người dùng đều đang nỗ lực không cần thiết và chúng tôi khuyên bạn nên cắt một phần mã thông báo trà mà người bảo trì gói thực hiện để phản ánh sự thiếu nỗ lực đúng mức của họ. Nếu một nhà phát triển buộc mọi người phải chơi với cốc của họ, ai đó sẽ làm đổ trà. Vì quá trình quét phụ thuộc dự kiến sẽ diễn ra trong quá trình cam kết nên chúng tôi cần lưu ý rằng không có hoạt động pha trà nào từ những người ủng hộ gói hàng, nhà tài trợ hoặc người nếm trà.

6.2 Danh tiếng của gói và người bảo trì gói

Người bảo trì gói hàng phải đóng góp vào danh tiếng và độ tin cậy của gói hàng bằng mã thông báo lá trà. Tuy nhiên, hệ thống danh tiếng chỉ dựa vào sự đóng góp tài chính của các tác giả sẽ không cung cấp sự bảo vệ người dùng đầy đủ và có thể dễ bị tấn công Sybil, trong đó một người tạo ra nhiều đại diện của chính họ để lại một số lượng lớn đánh giá tích cực về tác phẩm của họ, đánh lừa người dùng. ... Tin rằng tác phẩm của họ đã được nhiều người xem xét và phê duyệt.

Có một số cách để ngăn chặn cuộc tấn công Sybil, một số cách được Nitish Balachandran và SUGATA Sanyal mô tả trong "Đánh giá các kỹ thuật để giảm thiểu các cuộc tấn công Sybil" được mô tả trong . Vì trà là một giao thức phi tập trung nên việc sử dụng hệ thống xác thực tin cậy dựa trên cơ quan cấp chứng chỉ tập trung sẽ đi ngược lại cốt lõi của nó. Chúng tôi đề xuất tập trung vào các phương pháp tiếp cận phi tập trung để giảm thiểu các cuộc tấn công Sybil và cụ thể hơn là các phương pháp dựa vào sự khuyến khích từ một nhóm lớn người tham gia mạng để đánh giá và đại diện công khai danh tiếng của từng gói và những người duy trì gói đó. Tương tự như sản xuất khối trên chuỗi khối PoS (Proof of Stake), các nút không sản xuất có thể xác minh công việc của người khác và nếu cần, nêu rõ các hành vi vi phạm quy tắc mạng, điều này sẽ dẫn đến việc cắt giảm (phá hủy một phần cổ phần của họ) diễn viên xấu. Chúng tôi đề xuất một hệ thống cho phép các bên thứ ba (còn gọi là người thử nghiệm) xem xét các gói do người bảo trì gói sản xuất và khuyến khích tài chính để họ hành xử vì lợi ích tốt nhất của cộng đồng phần mềm nguồn mở và người dùng, đồng thời công nhận hành vi tốt và trừng phạt hành vi xấu. Hệ thống này phải vừa có khả năng chống lại Sybil, vừa ngăn chặn những người nắm giữ mã thông báo lớn có tác động đáng kể đến danh tiếng của giao thức hoặc các gói phần mềm cụ thể. Chúng tôi tin rằng cách tiếp cận này phù hợp hơn với nguồn mở, cung cấp nền tảng màu mỡ hơn để thúc đẩy việc áp dụng và tin cậy, và cuối cùng là sự phát triển của giao thức Tea.

6.3 Đánh giá gói phần mềm của bên thứ ba

Đánh giá gói phần mềm của bên thứ ba là một thành phần quan trọng trong việc xây dựng danh tiếng Tuy nhiên, một phần, đánh giá của bên thứ ba có các mối đe dọa riêng, bao gồm cả cuộc tấn công Sybil đã đề cập trước đó.

Công nghệ chuỗi khối, và cụ thể hơn là cổ phần, mang đến cho Tea một cơ hội duy nhất để giải quyết thách thức này. Mặc dù địa chỉ ví có thể không giới hạn, nhưng điều này không xảy ra với Tea token, nguồn cung ban đầu dự kiến là 10 tỷ. Ngoài ra, mọi hành động mà nhà phát triển thực hiện, chẳng hạn như gửi gói, xác minh gói hoặc tạo gói trà, sẽ góp phần nâng cao danh tiếng của họ, do đó tạo ra một hồ sơ duy nhất mà mỗi nhà phát triển có thể sử dụng để đóng góp cho cộng đồng trà và tham gia vào quản lý chè.

Bằng việc yêu cầu người đánh giá bên thứ ba ngâm lá trà trong token, họ sẽ phải chịu trách nhiệm mất một phần nếu hành động trái với lợi ích của mạng hoặc trở thành người tác nhân xấu Trước nguy cơ bị mất mã thông báo, các bên thứ ba có thể cung cấp thêm độ tin cậy cho gói hàng và nhận phần thưởng dưới dạng mã thông báo trà.

Chúng tôi cũng khuyên bạn nên mở rộng hệ thống danh tiếng cho bên thứ ba xác minh độc lập các gói hàng - người thử trà. Việc hoàn thành đánh giá tích cực đòi hỏi hai hoạt động nguyên tử. Gửi đánh giá mã, có chữ ký của người thử trà và ký công khai "ủng hộ" gói hàng (so với "chống lại" gói hàng) cho tất cả thành viên của cộng đồng để chứng minh đánh giá của mình.

Việc hoàn thành đánh giá tiêu cực có chứa một hoặc nhiều lỗ hổng nghiêm trọng sẽ yêu cầu người thử trà trước tiên phải liên hệ với người bảo trì gói bằng giao thức nhắn tin để thông báo cho họ về lỗ hổng, Và hãy để họ giải quyết vấn đề kịp thời. Sau khi hết thời gian quản trị được chỉ định cho người bảo trì gói để giải quyết lỗ hổng của họ hoặc khi có gói đã sửa, giao thức nhắn tin tương tự sẽ được sử dụng để thông báo cho tất cả người dùng và người kiểm tra gói này (bao gồm cả phần phụ thuộc), một lỗ hổng đã được phát hiện và muốn được giải quyết để họ biết cách cập nhật ứng dụng hoặc phần phụ thuộc của mình. Để tránh lãng phí thời gian của nhà phát triển, việc giao tiếp giữa người nếm trà và người bảo trì gói hàng sẽ yêu cầu người nếm trà pha mã thông báo trà.

Sau khi hoàn thành hai hành động này, người thử trà sẽ nhận được NFT làm bằng chứng về công việc của họ trên một gói và phiên bản gói cụ thể. Việc tích lũy NFT kết hợp với tốc độ tăng dần của từng gói được đánh giá và thông tin được trích xuất từ hệ thống bên ngoài sẽ quyết định danh tiếng của người thử trà. Khi danh tiếng của họ đạt đến các cột mốc quan trọng, người nếm trà có thể kiếm được phần cao hơn trong thỏa thuận hoặc phần thưởng nhanh hơn, tùy theo quyết định của quản lý trà.

6.4 Các gói đã lỗi thời hoặc bị hỏng

nhiệm vụ của trà là khen thưởng những đóng góp của nguồn mở tác giả và người tham gia cộng đồng; tuy nhiên, phần thưởng phải tương xứng với nỗ lực của người bảo quản gói hàng và người nếm trà. Các gói hàng không được bảo trì, lỗi thời hoặc bị hỏng là những dấu hiệu rõ ràng cho thấy người bảo trì gói hàng không đáp ứng được mong đợi của cộng đồng hoặc không tôn trọng sự tin tưởng và hỗ trợ dành cho họ bằng cách ngâm gói hàng. Một triệu chứng khác của các gói lỗi thời có thể là việc tiếp tục sử dụng ngôn ngữ cũ hoặc phiên bản cũ của nhiều phiên bản ngôn ngữ. Các gói hàng đã lỗi thời hoặc bị hỏng quá lâu cho thấy cần phải xem xét thường xuyên và liên tục công việc của những người bảo trì gói hàng.

Người thử trà là thành viên chủ chốt của cộng đồng nguồn mở và các nhận xét cũng như tuyên bố liên quan của họ có thể hướng dẫn người dùng gói sử dụng hoặc không sử dụng gói. Để đảm bảo rằng các bài đánh giá có thể tiếp tục được tin cậy, chúng tôi đề xuất một cơ chế trong đó các gói lỗi thời hoặc bị hỏng có thể thấy mã thông báo bị ngâm một phần của chúng được gửi đến người thử nghiệm, người đầu tiên xác định bất kỳ gói nào thiếu bảo trì.

Bất kỳ đánh giá tiêu cực nào chỉ ra lỗ hổng như lỗ hổng zero-day hoặc sử dụng phần phụ thuộc đã lỗi thời và vẫn mở sau thời gian ân hạn do quản trị xác định đều phải được coi là đánh giá tiêu cực lỗi do người bảo trì gói. Họ không hoàn thành nhiệm vụ được giao phó và khen thưởng. Điều tương tự cũng xảy ra với những người ủng hộ gói và nhà tài trợ đặt uy tín của họ vào công việc của những người bảo trì gói quá hạn và được khen thưởng vì điều đó, nhưng không nhận thấy việc thiếu bảo trì hoặc chọn Tiếp tục hỗ trợ gói bất kể.

Khi các gói phần mềm trở nên phổ biến và được sử dụng nhiều hơn, đồng thời ngày càng có nhiều ứng dụng và hệ thống có khả năng quan trọng dựa vào chúng, chúng tôi phải khuyến khích các nhà phát triển sử dụng chúng một cách cẩn thận. lỗi cho người bảo trì gói, người chịu trách nhiệm sửa lỗi trước khi chúng có thể bị khai thác. Do đó, chúng tôi khuyến nghị rằng mọi gói đã hết hạn hoặc bị hỏng đã nhận được một hoặc nhiều đánh giá tiêu cực được ghi lại và vẫn ở trạng thái này sau thời gian gia hạn do quản trị xác định sẽ có một phần mã thông báo đã bị loại bỏ, bất kể nguồn gốc của nó (người duy trì gói, người ủng hộ gói hàng, nhà tài trợ hoặc người nếm thử trước đó), trong khi phần còn lại được gửi đến những người nếm thử đã gửi đánh giá tiêu cực. Việc phân phối cho tất cả những người thử trà có thể dựa trên độ tuổi đánh giá của họ và số lượng mã thông báo trà mà họ đã pha để đánh giá.

6.5 NFT dành cho người bảo trì nguồn mở

Sau khi gửi gói thành công, người duy trì gói sẽ nhận được NFT để chứng minh công việc và đóng góp của họ. Những người nắm giữ NFT này sẽ tự động nhận được tất cả phần thưởng liên quan đến gói. Người bảo trì gói có thể chuyển quyền sở hữu bảo trì gói cho người bảo trì gói khác bằng cách chuyển NFT của gói. Việc chuyển NFT thành công sẽ giúp chủ sở hữu mới tự động nhận được phần thưởng gói trong tương lai. Một phần quan trọng của việc xây dựng danh tiếng phụ thuộc vào tần suất và số lượng gửi gói chất lượng cao. NFT được trao cho người bảo trì gói đóng vai trò là bằng chứng về công việc của họ và có thể được hệ thống danh tiếng sử dụng để cập nhật danh tiếng của người bảo trì gói và đưa họ vào các phần nâng cao của giao thức, như được xác định bởi quản trị lá trà. Tuy nhiên, để ngăn chặn các vectơ tấn công như thành viên cộng đồng mua danh tiếng của họ, việc chuyển nhượng NFT của người bảo trì sẽ không dẫn đến việc chuyển giao danh tiếng. Danh tiếng phải được liên kết trực tiếp với công việc của một nhà phát triển cụ thể và không thể chuyển nhượng.

7.Tea Token  

7.1 Đảm bảo an ninh mạng

Mặc dù nhiều blockchain dường như là giải pháp cơ sở hạ tầng an toàn và hiệu quả có thể hỗ trợ những mục tiêu mà Tea Protocol mong muốn đạt được , nhưng chúng tôi nghĩ. Cần phải cân nhắc cẩn thận về nền tảng công nghệ của hệ thống mà Nghị định thư Trà được xây dựng trên đó.

Khả năng mở rộng, hiệu quả chi phí, ESG và khả năng mở rộng của bên thứ ba là những cân nhắc thiết kế quan trọng khi thiết kế giao thức Tea, bởi vì theo cách này, bằng chứng cổ phần Hệ thống giao thức trà có thể hoạt động tốt hơn. Trong bằng chứng cổ phần, người vận hành nút và người tham gia mạng cam kết giá trị kinh tế dưới dạng mã thông báo gốc trên chuỗi, từ đó cải thiện tính bảo mật của hệ thống. Người vận hành nút và người tham gia mạng sẽ được khen thưởng khi tạo thành công các khối tuân thủ các quy tắc mạng và chứa thông tin giao dịch chính xác. Không hoạt động (hay còn gọi là thời gian ngừng hoạt động của nút) hoặc hoạt động độc hại/không chính xác sẽ bị trừng phạt bằng cách mất một phần mã thông báo đã đặt cược.

Hệ thống bằng chứng cổ phần được hỗ trợ bởi Tea Token sẽ cho phép chủ sở hữu Tea token đóng góp vào tính bảo mật của hệ thống bằng cách đặt cược Tea Token. Đóng góp và hỗ trợ các nhà phát triển nguồn mở bằng cách pha trà. Chúng tôi cũng nhận thấy rằng các yếu tố kinh tế có thể ngăn cản một số nhà phát triển đặt cược hoặc pha trà token; do đó, chi phí đặt cọc và ngâm sẽ thấp như một chiếc lá, với mệnh giá lá trà nhỏ nhất đại diện cho một phần trăm triệu (10-8) trà . Hai ứng dụng này của Tea token đóng vai trò quan trọng trong việc hỗ trợ và phát triển hệ sinh thái nguồn mở.

Making Tea sẽ đảm bảo rằng hệ thống Tea tiếp tục hoạt động an toàn để tất cả những người tham gia mạng có thể gửi và truy cập các gói, xem xét chúng và sau đó tích hợp chúng vào ứng dụng của họ, vân vân. Thay vào đó, Teaxi sẽ hỗ trợ mục tiêu của Teaxi là cung cấp cho tất cả những người tham gia mạng các công cụ hỗ trợ và sử dụng các gói phần mềm đáp ứng các yêu cầu về chất lượng và độ tin cậy do cộng đồng trà phát triển thông qua hỗ trợ và phản đối đối với từng gói, một cách tiếp cận thận trọng sẽ được thực hiện khi xác định và thực hiện các thông số pha trà.

7.2 Khuyến khích và trừng phạt

Như đã thảo luận trước đó, những kẻ xấu có khả năng phá hoại sự cởi mở nguồn Có động lực mạnh mẽ dành cho phần mềm, phần lớn cơ sở hạ tầng quan trọng của Internet chạy trên phần mềm nguồn mở và cuộc đua đang diễn ra để tìm ra các lỗ hổng và khai thác chúng. Giao thức trà tin rằng những người bảo trì gói không có lỗi (mặc dù họ thường như vậy).

Nghị định thư nhằm giải quyết vấn đề này thông qua cơ chế khuyến khích công bằng và bình đẳng. Các gói như Lodash, với hơn 151.000 phần phụ thuộc, là xương sống của nỗ lực phát triển nguồn mở và những người bảo trì chúng xứng đáng được khen thưởng tương ứng. Tuy nhiên, hệ thống khen thưởng chỉ dựa trên số lượng người phụ thuộc. sẽ ngăn cản các nhà đổi mới phá vỡ sự độc quyền này trừ khi có đủ nguồn tài trợ của bên thứ ba hoặc đã tích lũy đủ nguồn lực để tự cấp vốn. Cách tiếp cận này rất có thể sẽ dẫn đến việc số lượng người đóng góp bị thu hẹp lại, dẫn đến những kết quả hoàn toàn trái ngược với tầm nhìn của trà.

Mục tiêu của Tea là đại diện cho giá trị của phần mềm nguồn mở và trong quá trình đó, thúc đẩy sự phát triển của phần mềm nguồn mở bằng cách cung cấp cho người tham gia các tài nguyên họ cần để cho phép họ theo đuổi mục tiêu của mình. tầm nhìn và niềm đam mê mà không gặp trở ngại. Hệ thống phân phối ưu đãi trà cần xem xét kỹ tỷ lệ pha trà của từng gói và điều chỉnh linh hoạt ưu đãi của từng gói cho phù hợp. Để giảm rủi ro khi một số gói thu thập phần lớn phần thưởng pha trà dưới dạng phụ thuộc trong nhiều ứng dụng, chúng tôi sẽ tận dụng nghiên cứu của nền tảng web3 về cơ chế khen thưởng dựa trên bằng chứng cổ phần của Polkadot.

Chúng tôi có thể điều chỉnh thêm kế hoạch thực hiện và các biến số của nó dựa trên kết quả thực tế trong tình hình thực tế. Khi một gói vượt quá tỷ lệ pha trà tối ưu, tỷ lệ thưởng pha trà sẽ giảm mạnh để ức chế hành vi của những người ủng hộ gói và những người uống trà. Thiết kế này có thể làm cho bao bì trở nên hấp dẫn hơn đối với những người ủng hộ tỷ lệ pha trà thấp cũng như những người sành trà. Điều này cũng có thể khuyến khích các nhà phát triển có kinh nghiệm xây dựng các gói thay thế cho tỷ lệ pha trà cao, tạo cơ hội cho cộng đồng trà cân bằng giữa việc hỗ trợ phần mềm hiện có và thúc đẩy đổi mới. Trong thiết kế ban đầu, tỷ lệ pha trà sẽ được tính toán bằng cách sử dụng nguồn cung cấp tuần hoàn. Cộng đồng trà có thể cải thiện thiết kế này để cải thiện hơn nữa khả năng mở rộng của hệ thống. Gọi là tỷ lệ pha trà của tất cả các gói. Nó đại diện cho tổng số Tea Token được pha bởi người bảo trì gói, người sử dụng gói, người ủng hộ và nhà tài trợ gói cũng như người nếm trà chia cho tổng nguồn cung Tea Token. Xem xét có bao nhiêu gói nguồn mở hiện có và mức tăng trưởng dự kiến của chúng, sẽ luôn có giá trị rất nhỏ trong khoảng từ 0 đến 1.

Chúng tôi có thể điều chỉnh thêm việc triển khai và các biến của nó dựa trên kết quả của các thử nghiệm thực tế. Khi một giỏ đồ pha trà đạt đến tỷ lệ pha trà tối ưu do quản trị xác định, tỷ lệ phần thưởng pha trà của nó sẽ giảm dần. Khi một gói vượt quá tỷ lệ pha trà tối ưu, tỷ lệ phần thưởng pha trà sẽ giảm mạnh để không khuyến khích những người ủng hộ gói và những người uống trà ngâm tiếp các gói có nồng độ cao. Thiết kế này có thể làm cho bao bì không chứa trà trở nên hấp dẫn hơn đối với cả những người ủng hộ việc đóng gói và người uống trà. Nó cũng có thể khuyến khích các nhà phát triển có kinh nghiệm xây dựng các giải pháp thay thế cho các gói phần mềm mang tính sản xuất trà cao, tạo cơ hội cho cộng đồng trà cân bằng giữa việc hỗ trợ phần mềm hiện có và thúc đẩy đổi mới. Tỷ lệ pha trà sẽ được tính toán bằng cách sử dụng nguồn cung tuần hoàn trong thiết kế ban đầu.

Được đặt làm tỷ lệ cam kết, thể hiện tổng số Tea Token được cam kết bởi bất kỳ người tham gia mạng nào để bảo vệ an ninh mạng của toàn bộ giao thức

Hãy lấy tỷ lệ pha trà lý tưởng mà chúng ta muốn mỗi gói đạt được khi phần thưởng được phân bổ công bằng giữa tất cả các gói và các gói phụ thuộc của chúng. Giá trị lý tưởng phải được cập nhật khi các gói mới được thêm vào sổ đăng ký phi tập trung và các phần phụ thuộc được tạo. Để xác định giá trị lý tưởng tối ưu, chúng tôi sẽ sử dụng đường cong hình chuông phổ biến được cập nhật vào đầu mỗi giai đoạn khen thưởng.

Let = () là tỷ lệ pha trà hàng năm được phân bổ cho tất cả các Tea Token để hỗ trợ các thành viên trong cộng đồng Tea gồm các nhà phát triển nguồn mở. Nói cách khác, () tương ứng với phần thưởng lớn mà các thành viên cộng đồng nhận được khi pha Trà Token trong suốt cả năm.

Let = () là lãi suất đặt cược hàng năm được phân bổ cho tất cả các nhà khai thác nút và người tham gia mạng đã đặt cược Tea Token để duy trì Bảo mật của toàn bộ mạng. Nói cách khác, () tương ứng với phần thưởng đặt cược mà các thành viên cộng đồng nhận được khi đặt cọc trà trong cả năm.

Hãy tính tỷ lệ lạm phát hàng năm cho toàn bộ kho bạc Tea token. Có thể thay đổi tùy theo tác động của các yếu tố bên ngoài đến nguồn cung cấp Token.

Chúng tôi tin rằng tỷ lệ thưởng pha trà hàng năm được coi là một hàm của , và tỷ lệ thưởng cá cược hàng năm là một hàm của .

^ () tương ứng với động cơ mua gói của người dân. Vì , cần ít phần thưởng () hơn.

^ () tương ứng với việc khuyến khích mọi người tham gia vào mạng lưới. Khi tăng lên, cần ít phần thưởng () hơn để bảo mật mạng.

Lạm phát hàng năm I sẽ bằng (+ + ) và được tính như sau: I = Nguồn cung token cuối năm - Nguồn cung token đầu năm Nguồn cung token đầu năm = (++)

Tất cả (các ưu đãi được phân bổ cho tất cả nhà sản xuất trà) nên được cân nhắc với tất cả (các ưu đãi được phân bổ cho Khuyến khích an ninh mạng cho tất cả những người đóng góp) đóng góp vào lạm phát để đảm bảo hệ thống khuyến khích tỷ lệ pha trà/đặt cọc tối ưu.

Vì chúng tôi quan tâm đến các ưu đãi được phân phối trên tất cả các gói nên chúng tôi xác định rằng tất cả đều là một hàm của tốc độ pha trà, vì vậy all() = -() . Từ phân tích trước đây của chúng tôi, chúng tôi có thể thấy rằng tất cả (lý tưởng) = lý tưởng - lý tưởng. Vì mục tiêu là đạt đến trạng thái = lý tưởng nên phần thưởng lý tưởng() phải tối đa ở giá trị đó.

Đặt lý tưởng = (lý tưởng) là tỷ lệ phần thưởng do mạng cung cấp trong kịch bản lý tưởng = lý tưởng. Đặt 0 là giới hạn của all() vì nó trở thành 0 khi không có thành viên nào trong cộng đồng Tea xóa bất kỳ gói nào. Giá trị 0 phải gần bằng 0 nhưng không chính xác bằng 0 để khuyến khích những người áp dụng sớm. Dựa trên các đề xuất nghiên cứu từ web3 Foundation, chúng tôi khuyến nghị:

Hàm lạm phát tăng tuyến tính giữa = 0 và = lý tưởng, và giữa = lý tưởng và = 1 Ở đó là sự phân rã theo cấp số nhân giữa chúng.

Chúng tôi đã chọn mức giảm theo cấp số nhân tương tự cho tất cả() vì nó ngụ ý mức giảm theo cấp số nhân cho () và chúng tôi muốn phần thưởng giảm mạnh vượt quá mức lý tưởng để ngăn chặn việc Nhận tất cả một gói hàng những phần thưởng.

Định nghĩa của sự phân rã là khi di chuyển d đơn vị sang bên phải của lý tưởng, tỷ lệ lạm phát giảm tối đa 50%, tức là tất cả(lý tưởng + d) tất cả - 0,5 .

Chúng tôi đề xuất các hàm lãi suất và tỷ lệ lạm phát sau đây, phụ thuộc vào các tham số Ideal, Ideal, 0 và d.

all() = 0 + (all(lý tưởng)- 0) lý tưởng là 0 < lý tưởng all() = 0 + (tất cả(lý tưởng)- 0 ) - 2 (lý tưởng-)/d Đối với lý tưởng < 1

Người tốt cần được khen thưởng, còn kẻ xấu cần được xác định rõ ràng và trừng phạt . Bản chất của phần mềm nguồn mở đôi khi mang lại nhiều cơ hội cho những kẻ xấu, tạo ra điểm yếu cho toàn bộ cộng đồng nhà phát triển và mang lại rủi ro về danh tiếng. Cho dù đó là đánh cắp công việc của những người đóng góp nguồn mở, giả mạo và phân phối lại các gói hay tiêm mã độc, cuộc chiến giữa người tốt và kẻ xấu vẫn tiếp tục, thường là với những kẻ xấu được tài trợ tốt, coi các gói nguồn mở gây ô nhiễm là cơ hội để thu được lợi ích tài chính, gói phần mềm có nguy cơ bị cấm trên các kệ kỹ thuật số hoặc gây ra những hậu quả bất lợi về danh tiếng.

Chúng tôi đề xuất đưa ra cơ chế giảm thiểu nhằm tạo ra bất lợi đáng kể hơn, ảnh hưởng trực tiếp đến giá trị kinh tế của các tác nhân xấu. Khi người thử nghiệm đánh giá và phân tích mã trong các gói mới được gửi, chúng tôi khuyên người thử nghiệm nên được cung cấp các công cụ và ưu đãi để xác định và làm nổi bật mã độc hại để người dùng gói có thể nhận thức được rủi ro và có hại cho việc gửi hoặc hỗ trợ. Các hình phạt được áp dụng cho người bảo trì gói , người ủng hộ gói và nhà tài trợ mã. Trong trường hợp này, đối với tất cả các nhận xét tiêu cực có căn cứ được thực thi theo quy định của mạng và đã được người duy trì gói giải quyết trong thời gian quy định, người duy trì gói không được gây ra bất kỳ tranh cãi nào với người ủng hộ và nhà tài trợ gói Hoặc trừng phạt ngược lại những người nếm trà người đưa ra đánh giá tích cực về gói phần mềm được đề cập.

Đối với những bình luận tiêu cực được đưa ra theo quy định của mạng, nếu người duy trì gói không giải quyết trong thời hạn do cơ quan quản lý, người duy trì gói, gói quy định người ủng hộ và Một phần token trà do nhà tài trợ và những người nếm trà trước đó thực hiện sẽ bị giảm. Phần còn lại sẽ bị khóa trong nhóm bảo hiểm do cơ quan quản lý chè kiểm soát. Bộ phận quản trị trà sẽ hợp tác chặt chẽ với cộng đồng để phát triển các chính sách và quy tắc nhằm phân bổ nội dung từ nhóm cho những người bị ảnh hưởng bởi các lỗ hổng phần mềm.

Thỏa thuận sẽ chia một phần ba số token trà giữa họ dựa trên số lượng token trà mà họ "phản đối" việc gói bia và cách thức từ lâu, mã thông báo của họ đã được ngâm. Một mã thông báo ngâm được phân phối cho tất cả những người nếm trà, những người đóng góp các đánh giá tiêu cực và ngâm mình trong gói hàng. Nói cách khác, (những) người thử trà xác định và báo cáo các lỗi trong gói phần mềm theo quy tắc mạng càng sớm thì phần thưởng họ có thể nhận được càng cao khi hỗ trợ phát triển nguồn mở an toàn và hiệu quả.

Để ngăn chặn các thành viên cộng đồng bỏ phiếu ngẫu nhiên "chống lại" với hy vọng giành được các gói có tỷ lệ pha trà cao bị phạt một phần, tất cả các mã thông báo trà "chống lại" việc pha trà sẽ không nhận được phần thưởng lạm phát và có thể phải tuân theo cơ chế phân rã làm giảm giá trị của chúng theo thời gian.

8. Quản trị  

Đối với sự phát triển và phát triển của bất kỳ hệ thống phân tán nào, Tính liên tục và ứng dụng, quản trị là rất quan trọng. Giao thức Tea sẽ bao gồm quản trị trên chuỗi và tất cả chủ sở hữu Tea Token có thể đề xuất và bỏ phiếu để sửa đổi các thông số chính được tính theo quyền sở hữu và danh tiếng của Token. Các thông số này có thể bao gồm các thông số lạm phát, phí giao dịch, phần thưởng đặt cược, phần thưởng pha trà hoặc tỷ lệ pha trà tối ưu. Tính năng này sẽ đảm bảo rằng ngay cả theo thời gian, các thông số chính này vẫn có thể được các thành viên trong cộng đồng trà tiếp tục lặp lại và tối ưu hóa. Dự kiến, quản trị sẽ bắt đầu bằng một mô hình đơn giản và dần dần mở rộng khi hệ thống chè trưởng thành, thúc đẩy việc áp dụng và đảm bảo phân cấp quyền lực dần dần. Một số tham số hệ thống hiện không chịu sự quản trị hoặc hỗ trợ thay đổi tần suất cao để giảm bề mặt tấn công do quản trị gây ra.Sau này, các tham số sẽ được chuyển dần sang quản trị mở và phi tập trung để đảm bảo tính ổn định và khả năng dự đoán của hệ thống.   

9. Khả năng mở rộng của bên thứ ba  

Khi chúng tôi lần đầu tiên bắt đầu xây dựng công cụ này để truyền cảm hứng cho sự hỗ trợ lâu dài từ cộng đồng nguồn mở, tôi tin rằng đó là một phần sứ mệnh của chúng tôi để đảm bảo rằng các bên thứ ba có thể mở rộng toàn bộ bộ công cụ. Ngoài việc cung cấp cho các nhà phát triển cơ sở hạ tầng để mở rộng giao thức, bao gồm đổi mới và các cách thức mới để hỗ trợ thêm cho các nhà phát triển nguồn mở, các kế hoạch của chúng tôi còn bao gồm khả năng trao quyền cho các nhà quản lý gói khác đóng góp cho giao thức. Ước mơ và nỗ lực của các kỹ sư nguồn mở đã xây dựng nên những đổi mới công nghệ có thể hỗ trợ cuộc sống hàng ngày của chúng ta. Chúng tôi mong muốn cộng đồng trà đề xuất những công dụng mới và kế hoạch mở rộng cho trà.   

10. Công việc trong tương lai so với những nỗ lực tiềm năng của cộng đồng