Điều tốt nhất để xảy ra với EOSIO

Tác giả Douglas Horn

Cấm Telos là điều tốt nhất sẽ xảy ra với EOSIO kể từ khi ra mắt mainnet

Họ nói rằng rất tốt để bắt đầu với một tuyên bố táo bạo hoặc một trò đùa. Một số người trong thế giới EOS có thể xem tuyên bố mở đầu của tôi là tuyên bố sau. Hãy để tôi nói cho bạn tại sao nó hoàn toàn đúng.

Phải thừa nhận rằng, có rất nhiều sự cạnh tranh cho, đó là điều tốt nhất sẽ xảy ra kể từ khi ra mắt mainnet. Trong những tháng kể từ khi mạng ra mắt, nó đã phải đối mặt với khủng hoảng sau khủng hoảng. Nhiều người đang làm việc dũng cảm để cải thiện tình hình, nhưng những nỗ lực của họ thường bị kéo xuống bởi thực tế của EOS có thể thay đổi. Bây giờ, nếu một DApp lớn mới được triển khai trên EOS, điều đó có thể sẽ giành được danh hiệu Best Best Thing nghiến, nhưng điều đó đã xảy ra. Thay vào đó, các DApp lớn như ONO đang rời khỏi EOS để xây dựng chuỗi của riêng họ thay vì tiếp tục trên mạng chính.

Nhân đôi niềm tin của nhà phát triển

Một cách Telos giúp EOS là bằng cách nhân đôi các tùy chọn mạng EOSIO cho các nhà phát triển DApp đang tìm kiếm một blockchain thế hệ thứ ba để xây dựng. Do các blockchains khác nhau có các yêu cầu, thư viện và thậm chí cả ngôn ngữ lập trình khác nhau, nên các nhà phát triển cần đưa ra quyết định tốn kém về việc triển khai từ lâu. Ngay bây giờ, làn sóng các nhà phát triển DApp tiếp theo đang thảo luận về việc có nên xây dựng trên EOSIO, Ethereum, Tron, NEO, Cardano, QTUM, R-Chain, VeChain hay những người khác. Không còn nghi ngờ gì nữa, những thách thức mà mainnet của EOS đang gặp phải là không đáng kể. Không ai muốn chi hàng triệu đồng để xây dựng DApp của họ trên một blockchain có nguy cơ nổ tung. Họ có thể quyết định rằng họ nên gieo xúc xắc trên Ethereum, bằng cách nào đó tìm ra cách mở rộng quy mô hoặc Cardano đã từng phát hành một mạng công cộng.

Các nhà phát triển đang xem xét EOS với một mắt ở dòng dưới cùng xem Telos là một dự phòng trong trường hợp EOS không có hành động cùng nhau. Đó là phỏng đoán của người Scotland; Các nhà phát triển đã nói với tôi chính xác điều đó. Các doanh nghiệp không thích rủi ro. Telos mang đến cho các nhà phát triển DApp niềm tin vào quyết định xây dựng phần mềm của họ cho EOSIO vì trong một vài tháng khi DApp sẵn sàng triển khai, họ có khả năng có ít nhất một mạng lưới vững chắc để triển khai - và nếu họ thực sự may mắn sau đó họ sẽ được lựa chọn giữa hai mạng tuyệt vời. Đó là một chiến thắng cho hệ sinh thái EOSIO, cho Telos và cho EOS, bởi vì DApps có thể được xây dựng cho R-Chain hoặc Tron thay vào đó sẽ được lựa chọn giữa EOS và Telos. Nó nướng chúng tôi một chiếc bánh lớn hơn nhiều để cắt.

Tìm ra Fork

Một cách khác mà Telos đang giúp EOS là buộc các vấn đề xoay quanh các nhánh và sidechains trong tương lai. Mặc dù một số người tin rằng Telos chỉ thay đổi tên mã thông báo và thực tế, thực tế, một tấn phát triển đang được thực hiện để làm cho phần mềm EOSIO sẵn sàng trở thành bất cứ thứ gì khác ngoài EOS. Đây là điều chúng tôi phải giải quyết ngay cả trước khi chúng tôi bắt đầu tạo ra những cải tiến mới mà chúng tôi đang thêm.

EOS luôn có ý định bao gồm các dĩa, chuỗi chị em và sidechains, nhưng có rất nhiều lỗ hổng xung quanh việc thực hiện. Telos đang lấp đầy những lỗ hổng đó bằng mã làm việc, sau đó thử nghiệm và để lại tài liệu tốt và các chức năng tùy biến cao. Bằng cách đó, Telos hoặc các nhánh mã trong tương lai có thể dễ dàng cập nhật các chức năng này để quay số trong nhiều loại chuỗi khối mới của EOSIO. Bởi vì các nhà phát triển Telos đang thực hiện tất cả các công việc nặng nhọc, bạn có thể hy vọng rằng phần lớn các dĩa EOSIO trong tương lai sẽ đến từ chi nhánh Telos.

Đổi mới mới

Có lẽ món quà lớn nhất mà Telos đang tặng cho EOS là một nhóm các nhà phát triển mới tạo ra những cải tiến hoàn toàn mới của EOSIO. Nhóm phát triển Telos đã tăng gấp đôi số lượng lập trình cốt lõi của EOSIO hiện đang diễn ra. Điều này đã được trả cổ tức bằng mã mới và các cách tiếp cận có thể mang lại lợi ích cho tất cả mọi người trong EOSIO. Nếu bạn không chú ý đến các repos Telos Github, hãy để tôi nói cho bạn biết về ba trong số những đổi mới lớn này mà EOS nên xem xét bổ sung ngay lập tức.

Bỏ phiếu có trọng số ngược

Một vấn đề nổi tiếng trên mainnet của EOS là nhiều cử tri bỏ qua khả năng bỏ phiếu cho một số nhà sản xuất khối và thay vào đó chỉ chọn một số. Chủ sở hữu EOS có thể bỏ phiếu cho tối đa 30 nhà sản xuất khối và phiếu bầu của họ không bị giảm đi khi bỏ phiếu cho nhiều hơn một. Mục đích là để mọi người thông báo về các nhà sản xuất khối và truyền bá tiếng nói của họ. Bỏ phiếu cho một số lượng lớn hơn các nhà sản xuất khối có nghĩa là phiếu bầu không chỉ tập trung xung quanh một vài nhà lãnh đạo. Tất nhiên một số người bỏ phiếu đủ 30 có thể, nhưng xa tất cả. Có hai lý do liên quan đến việc tại sao mọi người chỉ bầu cho một số ít HA. Đầu tiên là họ đã dành thời gian để tìm hiểu về các ứng cử viên của BP và chỉ bỏ phiếu cho một vài người mà họ đã nghe nói. Khác là họ được liên kết với các ứng cử viên BP và muốn tối đa hóa tác động của phiếu bầu của họ. Và khi bạn có 20 triệu phiếu bầu, tác động đó có thể có ảnh hưởng lớn. Không phải loại bỏ phiếu nào cũng là loại chúng ta nên khen thưởng.

Các chi nhánh của BP, những người bỏ phiếu cho một số ít ứng cử viên đang chơi trò chơi trên hệ thống hoặc trọng số của họ bằng cách chỉ trao cho họ một vài BP. Đây là một đóng góp chính cho vấn đề tập trung cử tri trên EOS. Telos dự định sẽ giải quyết vấn đề này bằng cách bỏ phiếu ngược trọng số của người dùng để bỏ qua chiến lược trọng số này. Về cơ bản, bỏ phiếu cho ít ứng cử viên làm giảm trọng lượng của mỗi phiếu. Mã được tham số hóa và ghi lại để các blockchains có thể thực hiện các tầng, trần và dốc khác nhau để quay số quyền biểu quyết chính xác như quản trị chuỗi của họ thích.

Bỏ phiếu có trọng số ngược là một phần quan trọng trong cách Telos sẽ duy trì quyền biểu quyết phục vụ tốt nhất nhu cầu của mạng và tất cả người dùng. Điều này thực sự thậm chí còn quan trọng hơn trong EOS vì khả năng bỏ phiếu siêu tập trung trên mạng chính của EOS. Bỏ phiếu theo trọng số ngược sẽ giúp giải quyết các vấn đề thực sự xung quanh việc bỏ phiếu của EOS và lựa chọn BP. Bỏ phiếu có trọng số ngược có sẵn trên Telos Github tại: https://github.com/Telos-Foundation/telos/blob/master/contuces/eosio.system/v biểu.cpp # L293-L437

Nhà sản xuất khối xoay

Mạng lưới EOS được vận hành bởi 21 nhà sản xuất khối được bầu. Có một số HA dự phòng, nhưng trừ khi chúng được bầu vào vị trí BP, chúng không bao giờ tạo ra các khối. Toàn bộ ý tưởng đằng sau việc có các nhà sản xuất khối dự phòng là có thêm các nhà sản xuất khối sẵn sàng để sản xuất các khối tại một thời điểm cần. Ngoại trừ việc hệ thống không thực sự hoạt động như thế này.

Đầu tiên, các HA dự phòng không bao giờ được kiểm tra khả năng bước vào và thực hiện công việc BP. Không bao giờ.

Các BP dự phòng có thể chạy các máy tính có công suất thấp hơn nhiều như các nút của chúng. Hầu như không thể theo dõi can đảm của một máy tính khác từ bên ngoài, miễn là máy tính đó đang chạy Nodeos và plugin của nhà sản xuất, nó trông giống như một nhà sản xuất khối - nhưng nó sẽ vật lộn - hoặc, rất có thể, thất bại - bước vào và chạy mạng nếu cần thiết. Nếu không có thử nghiệm thường xuyên, các nhà sản xuất khối thấp hơn trong danh sách được khuyến khích xuất hiện sẵn sàng nhưng không sẵn sàng. Rốt cuộc, phải trả tiền để chạy các máy tính và mạng cấp doanh nghiệp thực sự, nhưng cái thực sự được trả tiền là phiếu bầu. Vì vậy, một động thái tốt nhất ở BP chờ là để tối đa hóa tài nguyên của họ theo hướng được bầu và lo lắng về cách điều hành mạng khi điều đó sắp xảy ra. Kết quả là, có lẽ có ít hơn một chục máy ảnh EOS dự phòng có thể thực sự bước vào ngay bây giờ để điền vào một BP được bầu chọn mà không cần nâng cấp nhanh. Phần lớn là mặt tiền trông giống như thật và với kế hoạch nhanh chóng tìm ra nếu họ thực sự được bầu.

Thành thật mà nói, thực tế là EOS standbys aren đã được kiểm tra sẵn sàng hầu như không có vấn đề gì, bởi vì ngay cả khi chúng là như vậy, không có cơ chế nào để xoay chúng vào để thay thế một HA được bầu. Toàn bộ hệ thống này là một lỗi bảo mật mạng đang chờ xảy ra. Đã có, các cuộc khủng hoảng thực sự đang xuất hiện trên mainnet của EOS xung quanh các vấn đề này. Một lần nữa, Telos có một giải pháp để cung cấp.

Telos thường xuyên kiểm tra sự sẵn sàng của các HA dự phòng bằng cách xoay chúng thành sản xuất khối. Các HA dự phòng 30 Telos được chuyển vào phục vụ trong 6 giờ cứ sau 5 ngày. Một lợi ích phụ là các HA nhận được các cửa sổ bảo trì theo lịch trình thường xuyên, điều này cũng tốt cho sức khỏe mạng và giảm chi phí - và một số căng thẳng - khi chạy HA. Tạo chức năng này là một dự án lớn cho nhóm phát triển Telos vì nó liên quan đến việc thay đổi cách lên lịch của các BP và cách cập nhật lịch biểu đó. Nó là một gizmo mát mẻ, và nó hoạt động. Và một khi bạn có một bộ lập lịch hệ thống có thể thực hiện các sửa đổi một cách nhanh chóng, đột nhiên bạn có một cách để xoay các HA không phải là nhà sản xuất ra khỏi lịch trình trong một thời gian để họ có thể sửa chữa và các HA dự phòng (đã được kiểm tra và sẵn sàng) có thể trượt ngay vào. Và không ai trong số này phải là một thỏa thuận lớn bởi vì bây giờ hệ thống thực sự hoạt động theo cách mà hầu hết chúng ta nghĩ rằng nó đáng lẽ phải hoạt động cùng.

Các nhà sản xuất khối xoay cũng đã sẵn sàng để đi ngay bây giờ. Chúng tôi vẫn đang thực hiện các thử nghiệm trên Telnet testnet, nhưng mọi thứ đã hoạt động như kế hoạch và bây giờ chúng tôi chỉ cần ném cờ lê để xem liệu nó có thể tránh được chúng hay không. Chúng tôi đang trong quá trình thêm chức năng để loại bỏ các HA không tạo ra khỏi vòng quay sau 30 phút. Nhóm Telos khuyến khích EOS, blockchain chị lớn của chúng tôi, thực hiện điều này. Nó một món quà. Nó sẽ giúp bạn trở thành một mạng lưới tốt hơn. Các nhà sản xuất khối xoay có trên Telos Github: https://github.com/Telos-Foundation/telos/blob/master/contuces/eosio.system/v biểu.cpp # L80-L189

Mã thông báo TIP-5

Hàng tỷ đô la giá trị đã được xây dựng trên tiêu chuẩn mã thông báo Ethereum ERC-20. Bản thân EOS, lần đầu tiên được bán dưới dạng mã thông báo ERC-20. Nhưng EOS không có mã thông báo được tiêu chuẩn hóa tương đương như ERC-20. Hợp đồng eosio.token cung cấp chức năng hạn chế hơn nhiều so với tiêu chuẩn ERC-20 và yêu cầu bỏ phiếu nhiều sig để nâng cấp. Ví dụ: giao diện eosio.token chỉ cung cấp các chức năng tạo ra các chế độ, chế độ phát hành trực tuyến.

Nhóm phát triển Telos đã tạo ra một tiêu chuẩn mã thông báo cho EOSIO được gọi là TIP-5 (TIP là viết tắt của đề xuất cải tiến Telos cải tiến) kết hợp các yếu tố dự kiến ​​của mã thông báo ERC-20 / ERC-777 cho các nhu cầu duy nhất của EOSIO. Giao diện TIP-5 hiện tại bao gồm năm chức năng cơ bản bổ sung (trên eosio.token) và bốn chức năng trợ giúp cho một tiêu chuẩn mã thông báo hữu ích và mạnh mẽ hơn nhiều. Tiêu chuẩn TIP-5 đã được triển khai trên mạng thử nghiệm Telos dưới dạng Mã thông báo thử nghiệm Telos (TTT). Nó sử dụng các yêu cầu xử lý RAM của EOSIO và cho phép người dùng tạo hoặc hủy các mục nhập của riêng họ trong một bảng với chi phí tối thiểu (chỉ mục nhập đầu tiên cần được tạo cho bất kỳ mã thông báo nào với chi phí RAM khoảng 8 byte mỗi lần nhập) và bù lại RAM đó, nếu muốn, khi không còn lưu trữ mã thông báo đó nữa.

Tiêu chuẩn này sẽ giúp việc tạo mã thông báo dễ dàng hơn nhiều trên blockchain Telos. Nó cũng sẽ hỗ trợ cho hoạt động của DEX (Trao đổi phi tập trung). Chúng tôi đã nói chuyện với các DEX và ví giao dịch về việc dễ dàng tích hợp các mã thông báo được tiêu chuẩn hóa này trong tương lai. Việc mở rộng tiêu chuẩn mã thông báo TIP-5 hiện đang được triển khai sẽ khám phá thêm công nghệ Plazma và các yếu tố khác sẽ đóng vai trò là những bước đầu tiên quan trọng đối với truyền thông liên chuỗi khối DPOS (IBC).

Một lần nữa, tiêu chuẩn mã thông báo TIP-5 đã sẵn sàng và có sẵn trong kho lưu trữ Telos Github cho bất kỳ ai trên EOS sử dụng. Chúng tôi vẫn đang hoàn thiện đầu vào tiêu chuẩn và chào mừng. May mắn thay, chúng tôi không phải chờ đợi người dùng EOS áp dụng tiêu chuẩn này vì chúng tôi phải có các nhà sản xuất khối xoay vòng và bỏ phiếu có trọng số ngược. Chúng tôi đã bắt đầu sử dụng mã thông báo tiêu chuẩn TIP-5 trên blockchain của EOS dưới dạng mã thông báo DPOS (DPOS), mã thông báo vô giá trị được thiết kế để giúp triển khai IBC trên các chuỗi DPOS. Tên hợp đồng là Hồi dpostokenibc. Gửi cho chúng tôi một tin nhắn trên Telegram Foundation Telegram nếu bạn thích chúng tôi gửi cho bạn một số https://t.me/hellotelos.

TIP-5 Github repo: https://github.com/Telos-Foundation/telos/tree/master/contuces/token.registry

Lớn lên và trở lại

Telos vẫn còn trẻ. Chúng tôi đã giành chiến thắng ngay cả cuộc gọi bỏ phiếu đầu tiên của chúng tôi về việc khởi chạy mạng của chúng tôi cho đến ngày 28 tháng 9. Nhưng chúng tôi đang phát triển nhanh chóng và chúng tôi rất vui mừng về khả năng đóng góp những thứ có giá trị thực sự cho EOS và EOSIO. Mã đã sẵn sàng và được thử nghiệm trên kho Telos Github. Nhóm phát triển Telos luôn sẵn sàng trả lời bất kỳ câu hỏi nào của bạn về việc triển khai các tính năng mới này. Chúng tôi khuyến khích EOS xem xét nghiêm túc về việc một số trong những đổi mới này có thể là một phần của giải pháp cho các thách thức hiện tại của mạng EOS. Tôi thực sự tin rằng Telos là điều tốt nhất sẽ xảy ra với EOS kể từ khi ra mắt. Nếu bạn nhìn vào những gì chúng tôi đang cung cấp để tăng gấp đôi niềm tin của nhà đầu tư, mở đường cho các nhánh và sidechains trong tương lai, và thêm các đổi mới mã quan trọng, có thể bạn cũng sẽ tin vào Telos.

Tham gia cuộc trò chuyện Telos và nhận thêm thông tin!

Telegram: https://t.me/HelloTelos

Twitter: https://twitter.com/HelloTelos

Facebook: https://www.facebook.com/TelosFoundation.io

YouTube: https://www.youtube.com/c/TheTelosNetwork

Reddit: https://www.reddit.com/r/TelosNetwork/

Bất hòa: https://discordapp.com/channels/466757729508261889/468500684858327040

Instagram: https://www.instagram.com/telosfoundation.io/