Các chế độ thất bại của Walrus kết nối tính kịp thời, tính toàn vẹn của ủy ban, và kỷ luật xác minh của khách hàng
Tôi đã xem một vài mạng lưu trữ kiếm được niềm tin theo cách chậm rãi: không phải thông qua biểu đồ chuẩn, mà thông qua công việc nhàm chán của việc làm cho các lần đọc trở nên có thể đoán trước và các sự cố trở nên dễ hiểu. Càng nhìn lâu vào lưu trữ phi tập trung, tôi càng ít quan tâm đến việc “nó có thể lưu trữ nhiều không,” và càng quan tâm hơn đến “cái gì thực sự hỏng trước.” Với Walrus, câu hỏi đó cứ quay lại một tam giác chặt chẽ: tính kịp thời, tính toàn vẹn của ủy ban, và kỷ luật xác minh phía khách hàng. Sự ma sát là lưu trữ phi tập trung có hai chiếc đồng hồ khác nhau. Một chiếc đồng hồ là mặt dữ liệu: các mảnh di chuyển qua mạng, các nút ngắt kết nối, các sửa chữa diễn ra, và các người đọc cố gắng tái tạo nội dung. Chiếc đồng hồ kia là mặt điều khiển: khoảnh khắc công khai khi hệ thống có thể thành thật nói, “khối này có sẵn,” và khi các hợp đồng có thể phản ứng một cách an toàn. Nếu những chiếc đồng hồ đó trôi dạt—chỉ một chút—các ứng dụng sẽ trải nghiệm “sự cố ma”: nội dung tồn tại nhưng chưa thể chứng minh có sẵn, hoặc nội dung được phục vụ nhưng không nên được tin tưởng. Walrus rõ ràng rằng sự sẵn có được đảm bảo của một khối chỉ bắt đầu sau một sự kiện sẵn có trên chuỗi, không chỉ sau khi các byte được tải lên đâu đó. Nó giống như một kho hàng chỉ bắt đầu bảo hiểm cho gói hàng của bạn sau khi biên nhận được đóng dấu, không phải khi người giao nói “đã giao.”
Walrus: Bằng chứng truy xuất giúp hợp đồng phản ứng nhưng phụ thuộc vào việc đăng chứng chỉ kịp thời.
Tôi đã dành đủ thời gian quanh "lưu trữ phi tập trung" để nhận ra một mẫu: phần khó không phải là thông lượng thô, mà là việc có được một sự bắt tay có thể xác minh giữa các byte ngoài chuỗi và các quyết định trong chuỗi. Tôi đã theo dõi các nhóm giao hàng bằng cách tin tưởng vào một cổng hoặc một dịch vụ ghim duy nhất, sau đó lặng lẽ thu thập các trường hợp ngoại lệ khi sự phụ thuộc đó chậm lại, giới hạn tỷ lệ hoặc biến mất. Ứng dụng vẫn "hoạt động", nhưng lớp hợp đồng mất khả năng hành động với sự tự tin. Ma sát chính mà Walrus nhắm đến là khả năng sẵn có thường được coi là một lời hứa, không phải là một thực tế mà một hợp đồng có thể lý luận. Nếu một dapp muốn mở khóa nội dung, cập nhật siêu dữ liệu hoặc kích hoạt một quy trình làm việc dựa trên dữ liệu đã lưu trữ, nó cần nhiều hơn là "ai đó có thể lấy nó". Nó cần một bằng chứng rằng dữ liệu đã được phân tán đúng cách, vẫn có thể truy xuất trong một khoảng thời gian nhất định và có thể được tái tạo ngay cả khi nhiều nút thất bại. Bằng chứng truy xuất có thể khiến các hợp đồng phản ứng, nhưng chỉ khi tín hiệu khả năng sẵn có đến chuỗi kịp thời. Nó giống như việc gửi một món đồ quý giá có theo dõi: gói hàng là quan trọng, nhưng quét theo dõi là điều cho phép người nhận hành động với sự tự tin.
Dusk Foundation: Thiết kế ưu tiên tuân thủ cạnh tranh với các chuỗi riêng tư thuần túy về sự đơn giản.
Tôi đã xem đủ các dự án riêng tư gặp phải cùng một bức tường: người dùng không rời đi vì các khối chậm, họ rời đi vì con đường hàng ngày của ví, quyền hạn, tiết lộ không cảm thấy an toàn hoặc dễ hiểu. Sau một thời gian, bạn ngừng coi thông lượng là tính năng chính. Bạn bắt đầu coi giao diện giữa mật mã và sự tuân thủ là sản phẩm. Đó là cách nhìn mà tôi sử dụng khi đọc Dusk Foundation. Sự ma sát là các thị trường được quản lý yêu cầu hai thuộc tính đối lập cùng một lúc. Người tham gia muốn sự bảo mật xung quanh số dư và giao dịch, nhưng các giám sát viên cần khả năng kiểm toán và các quy tắc có thể thực thi xung quanh ai có thể giữ cái gì, khi nào, và dưới những hạn chế nào. Các chuỗi riêng tư thuần túy thường mặc định ẩn giấu mọi thứ và sau đó gặp khó khăn trong việc tái giới thiệu khả năng hiển thị được kiểm soát. Các chuỗi công khai mặc định là hoàn toàn minh bạch và buộc sự riêng tư phải sống ngoài chuỗi hoặc trong những thủ thuật ứng dụng mong manh. Nó giống như xây dựng một căn phòng khóa chặt nơi mà thanh tra có thể xác minh các ổ khóa mà không cần được giao chìa khóa.
Quỹ Dusk: Các thành viên ủy ban cư xử sai cần phải bị trừng phạt mạnh mẽ để ngăn chặn sự cấu kết.
Tôi đã xem rất nhiều "chuỗi nhanh" mất đà vì một lý do tẻ nhạt: mọi người gặp phải sự cản trở niềm tin từ rất sớm trước khi việc sản xuất khối trở thành giới hạn. Khi các quy tắc về ai xác thực cái gì trở nên khó lý giải, tính cuối cùng trở thành một khẩu hiệu thay vì một thuộc tính mà bạn có thể xây dựng xung quanh. Bằng chứng cổ phần dựa trên ủy ban có thể giúp ích, nhưng chỉ khi các ủy ban không thể phối hợp một cách lén lút và nếu hành vi sai trái là tốn kém và có thể chứng minh được. Vấn đề cốt lõi là các nhóm nhỏ, luân phiên chính là nơi mà sự cấu kết là dễ dàng nhất. Nếu các thành viên ủy ban có thể bỏ phiếu gấp đôi, ký các kết quả mâu thuẫn, hoặc chịu đựng một khối không hợp lệ chỉ với các hậu quả xã hội, bạn không chỉ gặp phải một sự cố mà bạn còn có một sự trôi dạt chậm về hành vi cartel, vì tỷ lệ rủi ro-đền bù là sai. Sự răn đe phải là cơ học: bằng chứng trên chuỗi, hình phạt tự động, và việc lựa chọn mà khó bị thao túng. Nó giống như việc thuê các bảo vệ đêm luân phiên, nhưng không bao giờ kiểm tra nhật ký khi có thứ gì đó bị mất.
Quỹ Dusk: Tập trung vào tài sản được quản lý thu hẹp hệ sinh thái nhưng cải thiện sự phù hợp giữa sản phẩm và thị trường.
Tôi đã dành đủ thời gian xung quanh những chuỗi "thân thiện với tổ chức" để nhận thấy một mô hình lặp lại: phần thuyết trình kỹ thuật thường sạch sẽ hơn thực tế hoạt động. Các bản demo trông riêng tư, nhanh chóng và tuân thủ, sau đó lần tích hợp thực sự đầu tiên gặp phải những trường hợp rắc rối—kiểm tra danh tính, tiết lộ có chọn lọc và thanh toán cuối cùng mà các luật sư thực sự có thể coi là cuối cùng. Qua thời gian, tôi đã trở nên ít ấn tượng hơn với các tuyên bố về thông lượng thô và quan tâm nhiều hơn đến việc hệ thống ống dẫn nhàm chán có được thiết kế cho các quy trình làm việc được quản lý ngay từ ngày đầu tiên hay không.
Plasma XPL: Các khối nhanh giảm độ trễ nhưng phóng đại các lỗi truyền tải mạng.
Lần đầu tiên tôi cố gắng lý luận về “các khối nhanh” như một lợi thế trải nghiệm người dùng, tôi đã đánh giá quá cao phần rõ ràng: thời gian xác nhận ngắn hơn cảm giác tốt hơn. Nhưng sau khi xem một vài chuỗi có khả năng thông lượng cao dưới tải thực tế, tôi bắt đầu coi độ trễ là một vấn đề hệ thống, không phải là một chỉ số tiếp thị. Khi thời gian khối giảm, biên độ cho các độ trễ mạng, mất gói, và kết nối không đồng đều của các xác thực cũng giảm theo. Bạn không chỉ nhận được tốc độ; bạn cũng nhận được một môi trường khắc nghiệt hơn cho bất cứ thứ gì phụ thuộc vào sự truyền tải kịp thời, đặc biệt là ví và các bộ chuyển tiếp nằm ở rìa của mạng.
Vanar Chain: Các nút tự lưu trữ cải thiện độ tin cậy nhưng tăng gánh nặng vận hành.
Tôi đã dành đủ thời gian quanh các chuỗi EVM để nhận thấy một mẫu: khi một ứng dụng cảm thấy “xuống”, hiếm khi là vì VM quên cách thực thi mã. Thường thì đó là vì lớp kết nối bị quá tải, giới hạn tỷ lệ, hoặc không nhất quán một cách im lặng. Tôi từng coi các điểm cuối RPC như một hàng hóa; bây giờ tôi coi chúng như một phần của sản phẩm, vì một lần đọc chậm có thể làm hỏng một luồng người dùng cũng đáng tin cậy như một giao dịch bị đảo ngược. Sự ma sát là một giao dịch. Các RPC công cộng thì tiện lợi, nhưng chúng là cơ sở hạ tầng chia sẻ với những đảm bảo không đồng nhất. Những cơn bùng nổ lưu lượng, bảo trì nhà cung cấp, và các khoảng trống lập chỉ mục có thể xuất hiện dưới dạng các lần đọc thất bại, giao dịch bị kẹt, hoặc một giao diện người dùng không thể hòa giải trạng thái. Các đội phản ứng bằng cách tự lưu trữ các nút để lấy lại quyền kiểm soát về độ trễ và thời gian hoạt động, nhưng điều đó chuyển gánh nặng lên họ: kích thước phần cứng, sự phát triển của đĩa, kết nối đồng đẳng, nâng cấp, giám sát, và tăng cường bảo mật. Nó giống như việc phụ thuộc vào một vòi công cộng cho đến khi bạn cần áp lực nhất quán mỗi giờ trong ngày.
Walrus: Storage-as-infrastructure cạnh tranh với đám mây về sự đơn giản, không phải hiệu suất.
Tôi nhìn nhận Walrus như một lớp lưu trữ cố gắng trở nên nhàm chán theo cách tốt nhất: tải dữ liệu lên, lấy lại nhanh chóng, và chứng minh rằng nó không bị thay thế lén lút hoặc mất mát. Mạng lưới này chia nhỏ các tệp lớn thành từng mảnh, phân phối chúng qua nhiều nhà điều hành, và sử dụng các kiểm tra mật mã để khách hàng có thể xác minh việc truy xuất trong thực tế mà không cần tin tưởng vào một máy chủ duy nhất. Giống như một kho hàng với các kệ được đánh số và niêm phong chống xâm phạm, nó được xây dựng để bạn có thể kiểm tra những gì bạn lấy ra. Nó trả phí cho việc lưu trữ và truy xuất, được các nhà điều hành cam kết để hỗ trợ dịch vụ và các hình phạt, và được sử dụng để bỏ phiếu cho các nâng cấp và tham số quản trị. Tôi không hoàn toàn chắc chắn nó giữ được sự đơn giản đó tốt như thế nào khi nhu cầu tăng vọt và các nhà điều hành thay đổi.
Walrus: Các cam kết trên chuỗi giảm thiểu sự tin cậy, nhưng tăng cường xác minh và chi phí đăng tải.
Walrus cố gắng làm cho việc lưu trữ dữ liệu ít liên quan đến "chỉ cần tin tôi" và nhiều hơn về những lời hứa có thể xác minh. Một nhà xuất bản đăng tải một cam kết gọn nhẹ trên chuỗi tới một blob (một dấu vân tay của dữ liệu), trong khi các byte thực sự sống trên các nút lưu trữ. Những nút này sau đó phục vụ các yêu cầu đọc và tạo ra các bằng chứng rằng những gì họ trả về khớp với cam kết, vì vậy người dùng có thể xác minh mà không cần dựa vào bất kỳ nhà điều hành nào. Sự đánh đổi là có thật: các giao dịch và công việc chứng minh thêm vào chi phí đăng tải, đặc biệt khi mạng bận rộn. Nó giống như việc niêm phong một gói hàng bằng băng dính chống giả mạo: bạn tốn thêm thời gian, nhưng bất kỳ ai cũng có thể thấy nếu nó đã bị mở. Phí trả cho việc ghi/đọc và kiểm tra bằng chứng, việc đặt cược giúp các nút giữ trung thực, và chính quyền điều chỉnh các tham số như độ dư thừa và hình phạt. Tôi vẫn chưa chắc chắn mạng lưới hoạt động như thế nào dưới độ trễ thù địch và các đợt truy xuất hàng loạt.
Walrus: Hình phạt phải có thể thi hành; nếu không, các cam kết trở thành những lời hứa rẻ tiền.
Nếu một mạng lưới lưu trữ không thể thực sự trừng phạt hành vi xấu, “Tôi sẽ giữ dữ liệu của bạn” chỉ là một câu nói lịch sự. Mạng lưới cố gắng làm cho các cam kết lưu trữ có thể đo lường: các nhà khai thác khóa tài sản thế chấp, chấp nhận ghi dữ liệu, và sau đó phải trả lời các kiểm tra ngẫu nhiên hoặc thử thách truy xuất chứng minh rằng họ vẫn giữ các byte. Nếu họ thất bại trong một khoảng thời gian rõ ràng, giao thức có thể tự động trừng phạt tài sản thế chấp đó, vì vậy chi phí của việc nói dối là có thật. Nó giống như việc để lại một khoản tiền đặt cọc mà bạn chỉ nhận lại nếu chủ nhà có thể kiểm tra căn phòng. Nó trả phí cho việc tải lên/truy xuất, được đặt cọc như tài sản thế chấp mà có thể bị trừng phạt, và được sử dụng để quản lý các quy tắc như thời gian thử thách và hình phạt. Tôi không hoàn toàn chắc chắn rằng các trường hợp biên (phân vùng, chứng minh lỗi, thử thách sai) sẽ được xử lý như thế nào trong thực tế. #Walrus @Walrus 🦭/acc $WAL
Walrus: Độ tin cậy của nút quan trọng hơn băng thông thô cho việc đọc nhất quán.
Tôi coi Walrus không chỉ như một “giải pháp lưu trữ rẻ” mà còn như một vấn đề về tính nhất quán khi các nút bị ngắt, trễ hoặc không chính xác. Mạng lưới lấy một blob, chia nó thành các mảnh nhỏ và phân phối những mảnh đó cho các nhà điều hành độc lập. Một khách hàng tái xây dựng nguyên bản bằng cách thu thập đủ các mảnh, sau đó kiểm tra xem những gì trở lại có khớp với cam kết trước đó hay không, để dữ liệu xấu dễ dàng được phát hiện hơn. Các nhà điều hành được đo lường theo thời gian; độ tin cậy quan trọng vì các sự cố có thể kích hoạt các hình phạt và thu hẹp công việc trong tương lai. Nó giống như một thư viện lưu giữ bản sao của mỗi chương ở các phòng khác nhau, vì vậy một cánh cửa khóa không ngăn cản cả quyển sách. Thực tiễn: nó trả phí cho việc lưu trữ và truy xuất dữ liệu, các nhà điều hành đặt cược nó để hỗ trợ các lời hứa dịch vụ của họ, và chính quyền sử dụng nó để điều chỉnh phần thưởng, hình phạt và giới hạn. Tôi không chắc nó hoạt động như thế nào dưới áp lực yêu cầu tăng vọt và các sự cố phối hợp.
Walrus: Cửa sổ lưu trữ giảm sự không chắc chắn, nhưng đòi hỏi tự động hóa gia hạn chính xác.
Walrus khung lưu trữ như những cửa sổ có thời gian giới hạn, để người dùng có thể dự đoán thời gian dữ liệu nên được giữ lại và những gì cần được gia hạn. Mạng chia nhỏ các tệp lớn thành các phần nhỏ, phân phối chúng đến nhiều nhà điều hành, và kiểm tra chúng với các chứng minh ngắn gọn để tính khả dụng là điều bạn có thể xác minh, không chỉ là giả định. Nó giống như một đồng hồ đậu xe cho dữ liệu: bạn nhận được một thời hạn rõ ràng, nhưng bạn phải nạp tiền đúng hạn. Nếu tự động hóa gia hạn thất bại, thiết kế không “tử tế” giữ dữ liệu của bạn mãi mãi, điều này giảm bớt sự mơ hồ nhưng tăng rủi ro hoạt động cho các ứng dụng quên. Tiện ích mã thông báo rất đơn giản: phí trả cho việc ghi/đọc và gia hạn, staking liên kết các nhà điều hành lưu trữ với thời gian hoạt động, và quản trị thiết lập các tham số như chiều dài cửa sổ và quy tắc phạt. Tôi vẫn chưa chắc chắn về cách thức gia hạn hoạt động mượt mà dưới tình trạng tắc nghẽn thực sự và lỗi khách hàng kéo dài.
Quỹ Dusk: Các khách hàng nhẹ phụ thuộc vào tính khả dụng của bằng chứng, không chỉ vào tính cuối cùng của khối.
Các khách hàng nhẹ của Quỹ Dusk phụ thuộc vào tính khả dụng của bằng chứng, không chỉ vào tính cuối cùng của khối. Một khối “cuối cùng” vẫn không hữu ích lắm đối với một khách hàng nhẹ nếu nó không thể lấy dữ liệu và bằng chứng cần thiết để xác minh những gì đã xảy ra. Mạng lưới nhằm giữ cho việc xác minh rẻ bằng cách cho phép các thiết bị nhỏ kiểm tra các bằng chứng và tiêu đề gọn gàng, trong khi các nút đầy đủ giữ dữ liệu nặng hơn có sẵn đủ lâu để người khác xác nhận. Điều đó chuyển nút thắt thực sự từ tốc độ đồng thuận sang tính khả dụng của bằng chứng và dữ liệu: nếu bằng chứng đến muộn hoặc các nút giữ lại dữ liệu, người dùng sẽ phải tin tưởng vào quan điểm của người khác. Nó giống như một hóa đơn được đóng dấu “đã thanh toán” nhưng hóa đơn chi tiết thì thiếu. Tiện ích token bao gồm phí giao dịch, đặt cược để bảo đảm các xác thực và quản trị để điều chỉnh các tham số ảnh hưởng đến chi phí khả dụng và xác minh. Tôi không chắc rằng các động lực này vẫn giữ vững dưới tải liên tục và việc giữ lại có phối hợp.
Quỹ Dusk: Tần suất luân chuyển ủy ban đổi lấy tính linh hoạt cho khả năng phục hồi.
Quỹ Dusk giữ quyền riêng tư và tuân thủ trong cùng một thiết kế bằng cách cho phép các giao dịch giữ bí mật trong khi vẫn có thể chứng minh khi có yêu cầu. Một ủy ban luân chuyển các kiểm chứng viên sản xuất các khối và tính cuối cùng; việc thay đổi ủy ban thường xuyên hơn giảm khả năng bất kỳ nhóm cố định nào có thể phối hợp một cách lén lút, nhưng nó cũng làm cho mạng trở nên ít dự đoán hơn một chút để điều chỉnh độ trễ. Nó giống như việc thay đổi các vệ sĩ đang trực thường xuyên hơn: an toàn hơn chống lại sự thông đồng, hơi rối rắm hơn cho việc lập lịch. Token được sử dụng để thanh toán phí thực hiện, đặt cược để bảo vệ tập hợp các kiểm chứng viên và chọn ủy ban, và bỏ phiếu về các tham số quản trị như nhịp độ luân chuyển. Tôi không hoàn toàn chắc chắn về cách các thiết lập luân chuyển hoạt động dưới sự tắc nghẽn cực đoan cho đến khi có nhiều dữ liệu công cộng lâu dài hơn được công khai.
Dusk Foundation: Các yêu cầu về khả năng kiểm toán phải tồn tại qua các trường hợp biên, không phải là các bản demo.
Giống như một bức tường kính, quyền riêng tư chỉ quan trọng nếu bạn vẫn có thể thấy những vết nứt khi có áp lực. Mạng lưới cố gắng giữ bí mật các giao dịch và logic hợp đồng trong khi vẫn cho phép một kiểm toán viên xác minh các thông tin cụ thể khi cần thiết. Nó làm điều này bằng cách đính kèm các chứng cứ mật mã vào các hành động, để các nút có thể xác nhận "quy tắc này đã được tuân thủ" mà không cần biết dữ liệu cơ sở. Một tập hợp các trình xác thực nhỏ hoàn tất các khối, và thiết kế dựa vào việc tiết lộ có chọn lọc: chỉ tiết lộ những trường tối thiểu, chỉ cho bên đúng, chỉ khi cần thiết. Phí cho việc thực hiện, staking để bảo mật cho trình xác thực, và quản trị cho các thay đổi giao thức. Tôi chưa thử nghiệm áp lực toàn bộ bề mặt trường hợp biên, vì vậy các quy trình kiểm toán thực tế có thể hành xử khác với lý thuyết.
Dusk Foundation: Quyền riêng tư theo thiết kế làm phức tạp công cụ và gỡ lỗi cho các nhà phát triển.
Nó chạy một chuỗi mà các giao dịch có thể giữ riêng tư trong khi các chi tiết được chọn có thể được tiết lộ khi cần thiết, để các ứng dụng có thể xác định giá trị mà không tiết lộ mọi số dư và đối tác. Thiết kế đó buộc các nhà phát triển phải suy nghĩ về dữ liệu nào là có thể nhìn thấy trên chuỗi so với dữ liệu nào được chứng minh ngoài chuỗi, và điều đó có thể làm cho việc kiểm tra cảm thấy chậm hơn vì các lỗi khó “nhìn thấy” trong các nhật ký rõ ràng. Nó giống như việc sửa một vết rò rỉ trong khi các ống nằm bên trong một bức tường. bạn sử dụng token để thanh toán phí mạng, các xác thực khóa nó lại để giúp giữ cho chuỗi an toàn, và các người nắm giữ có thể bỏ phiếu cho các nâng cấp và cài đặt chính. Tôi có thể thiếu một số trường hợp thực tế, đặc biệt là về cách các công cụ phát triển hoạt động trên các phiên bản khác nhau, ví điện tử, và cấu hình ứng dụng. @Dusk #Dusk $DUSK
Dusk Foundation: Các ưu đãi staking liên kết an ninh nhưng việc điều chỉnh phát thải ảnh hưởng đến phân quyền.
Dusk Foundation cố gắng làm cho quyền riêng tư trở nên hữu dụng cho tài chính có quy định bằng cách cho phép các giao dịch giữ kín thông tin trong khi vẫn có thể xác minh. Mạng lưới trộn lẫn các giao dịch riêng tư với việc tiết lộ có chọn lọc để một bên được ủy quyền có thể chứng minh những gì đã xảy ra mà không phải tiết lộ mọi thứ ra chuỗi công khai. Nó giống như một phòng họp với kính mờ, bên ngoài không thể đọc những gì trên bảng trắng, nhưng bạn vẫn có thể xác minh ai đã vào và khi nào. Tiện ích của token thì đơn giản: nó được sử dụng để trả các khoản phí mạng, nó được staking bởi các validator để giữ cho chuỗi an toàn, và nó được sử dụng cho việc bỏ phiếu quản trị về những thứ như phát thải và nâng cấp giao thức. Từ góc độ của nhà giao dịch-đầu tư, phần khó khăn là thiết lập phát thải sao cho các ưu đãi vẫn lành mạnh mà không dần dần đẩy quyền lực về phía một handful các validator lớn. Tôi không hoàn toàn chắc chắn rằng sự cân bằng này sẽ giữ vững dưới sự thay đổi thực tế, lâu dài của các validator và quy định đang thay đổi. @Dusk #Dusk $DUSK
Plasma XPL: Các khoản thanh toán bảo mật làm tăng độ phức tạp của quy trình tuân thủ cho các tổ chức.
Mạng lưới đang cố gắng làm cho việc chuyển tiền stablecoin cảm thấy như các khoản thanh toán bình thường, nhưng với chế độ “các khoản thanh toán bảo mật” tùy chọn ẩn thông tin số tiền/người nhận trong khi vẫn giữ đủ dấu vết chứng minh cho việc kiểm toán. Điều đó hữu ích cho các dòng tiền kho bạc, nhưng nó buộc các tổ chức phải suy nghĩ lại về việc giám sát: bạn không thể chỉ đọc mọi giao dịch trên chuỗi và gọi đó là tuân thủ. Nó giống như việc sử dụng kính màu trong sảnh ngân hàng: sự riêng tư giúp ích, nhưng các camera và nhật ký vẫn phải hoạt động. XPL được sử dụng cho phí giao dịch, được đặt cọc bởi các xác thực viên để đảm bảo tính cuối cùng, và được sử dụng trong quản trị để điều chỉnh các quy tắc giao thức. Tôi không hoàn toàn chắc chắn về cách thiết kế bảo mật sẽ đứng vững dưới áp lực thực tế từ cơ quan quản lý và tích hợp ví.
Vanar Chain đang cố gắng làm cho việc onboard mượt mà hơn cho các ứng dụng tiêu dùng bằng cách tích hợp trải nghiệm người dùng giống như ví và giao dịch rẻ, nhưng nhiều dApp vẫn cảm thấy “ngoại tuyến” khi họ dựa vào một RPC công cộng duy nhất mà có thể ngừng hoạt động hoặc giới hạn tỷ lệ. Phụ thuộc vào một RPC công cộng giống như điều hành một cửa hàng với một dây nguồn duy nhất: một phích cắm lỏng và mọi thứ đều tối tăm. Ở bên trong, mạng là một tập hợp các nút giữ cùng một trạng thái sổ cái, trong khi các ứng dụng giao tiếp với nó qua các điểm cuối RPC; độ tin cậy được cải thiện khi các nhóm sử dụng nhiều nhà cung cấp, định tuyến dự phòng và bộ nhớ đệm đơn giản thay vì một URL mặc định. Vai trò Token: nó được sử dụng để tính phí, để staking (khóa token để giúp bảo mật các validator), và cho các phiếu bầu quản trị. Tôi không hoàn toàn chắc chắn về độ bền của sự đa dạng điểm cuối trong thực tế vì tôi chưa thử nghiệm áp lực các triển khai sản xuất thực sự.