CTO dcSpark giải thích tại sao Cardano là 'Một trong những Blockchains tồi tệ nhất để lưu trữ dữ liệu'

Vào thứ bảy (13 tháng XNUMX), Sebastien Guillemot, CTO của công ty blockchain dcSpark, nói rằng L1 blockchain Cardano ($ADA) “chắc chắn là một trong những blockchain tồi tệ nhất để lưu trữ dữ liệu”, và tiếp tục giải thích lý do tại sao anh ấy nghĩ như vậy.

Trong trường hợp bạn đang thắc mắc dcSpark làm gì, theo nhóm phát triển của nó, các mục tiêu chính là:

• “Mở rộng các lớp giao thức chuỗi khối”
• “Triển khai Công cụ Hệ sinh thái Hạng nhất”
• “Phát triển và phát hành ứng dụng hướng tới người dùng”

Công ty được đồng sáng lập vào tháng 2021 năm XNUMX bởi Nicolas Arqueros, Sebastien Guillemot và Robert Kornacki. dcSpark nổi tiếng nhất trong cộng đồng Cardano với dự án sidechain của nó sữa mẹ. 

Vào thứ Sáu (ngày 12 tháng XNUMX), một người ủng hộ Cardano đã gửi một tweet nói rằng Cardano là một chuỗi khối tuyệt vời để lưu trữ lượng lớn dữ liệu trên chuỗi.

Tuy nhiên, CTO của dcSpark đã trả lời rằng thiết kế hiện tại của Cardano khiến nó trở thành một trong những chuỗi khối tồi tệ nhất để lưu trữ dữ liệu :

"Tweet thực sự kỳ lạ. Cardano chắc chắn là một trong những blockchain tồi tệ nhất để lưu trữ dữ liệu và đây là một quyết định thiết kế rõ ràng để tránh sự phình to của blockchain và nó là nguyên nhân gốc rễ của nhiều quyết định thiết kế như dữ liệu plutus khối 64 byte, nhóm đăng ký mã thông báo và nhóm ngoài chuỗi, v.v.

Vasil cải thiện điều này với dữ liệu nội tuyến, nhưng chúng gián tiếp không được khuyến khích vì chi phí sử dụng chúng lớn. Tôi đồng ý rằng việc blockchain cung cấp tính khả dụng của dữ liệu là một tính năng quan trọng, nhưng để có một giải pháp tốt sẽ yêu cầu thay đổi giao thức hiện có."

Sau đó, một người nắm giữ $ADA khác đã hỏi Guillemot liệu quyết định thiết kế này có thể gây khó khăn hơn cho các giải pháp tổng hợp xây dựng nhóm (chẳng hạn như Orbis) hay không và anh ấy đã nhận được câu trả lời như sau:

"Có, cố gắng cung cấp tính khả dụng của dữ liệu cho các trường hợp sử dụng như tổng số, mithril, người xác nhận đầu vào và các trường hợp sử dụng nhiều dữ liệu tương tự khác trong khi vẫn giữ cho L1 mỏng (không giống như Ethereum tối ưu hóa cho những người chỉ kết xuất dữ liệu) là một trong những thách thức kỹ thuật lớn giải quyết"

Vào ngày 1 tháng XNUMX, Charles Hoskinson, Đồng sáng lập kiêm Giám đốc điều hành của IOG, đã phát hành một đoạn video ngắn, trong đó ông giải thích lý do tại sao hard fork Vasil bị trì hoãn lần thứ hai và cung cấp cập nhật trạng thái liên quan đến việc thử nghiệm bản cập nhật giao thức Vasil.

Hoskinson nói:

"Ban đầu, chúng tôi dự định có hard fork với 1.35 và đó là những gì chúng tôi chuyển đến testnet. Testnet đã được phân nhánh cứng dưới nó. Và sau đó rất nhiều thử nghiệm, cả nội bộ và cộng đồng, đã được tiến hành. Một tập hợp các lỗi đã được tìm thấy: ba lỗi riêng biệt dẫn đến ba phiên bản mới của phần mềm. Và bây giờ, chúng tôi có 1.35.3, có vẻ như đây sẽ là phiên bản sẽ tồn tại sau đợt hard fork và nâng cấp lên Vasil.

"Có một cuộc hồi tưởng lớn sẽ được thực hiện. Điều ngắn hạn là các nguyên thủy của ECDSA và trong số một số thứ khác không hoàn toàn đúng với vị trí cần thiết của chúng. Và vì vậy, tính năng đó phải được gạt sang một bên, nhưng tất cả các tính năng còn lại, CIP 31, 32, 33, 40 và những thứ khác đều khá tốt.

"Vì vậy, chúng đang trong giai đoạn kiểm tra nâng cao và sau đó rất nhiều thành phần hạ nguồn phải được kiểm tra, như DB Sync và thư viện tuần tự hóa, và những thứ khác. Và điều đó hiện đang được tiến hành. Và rất nhiều thử nghiệm đang được tiến hành. Như tôi đã đề cập trước đây, đây là lần nâng cấp phức tạp nhất đối với Cardano trong lịch sử của nó vì nó bao gồm cả những thay đổi đối với ngôn ngữ lập trình Plutus cộng với những thay đổi đối với giao thức đồng thuận và nhiều thứ khác, và là một bản phát hành rất tải. Nó có rất nhiều thứ, và kết quả là, nó là thứ mà mọi người đều quan tâm đến việc kiểm tra kỹ lưỡng.

"Vấn đề là mỗi khi phát hiện ra điều gì đó, bạn phải khắc phục điều đó, nhưng sau đó bạn phải xác minh bản sửa lỗi và quay lại toàn bộ quy trình thử nghiệm. Vì vậy, bạn gặp phải tình huống mà bạn có đầy đủ tính năng, nhưng sau đó bạn phải kiểm tra và khi kiểm tra, bạn có thể phát hiện ra điều gì đó và sau đó bạn phải sửa chữa điều đó. Và sau đó bạn phải quay lại toàn bộ quá trình thử nghiệm. Vì vậy, đây là nguyên nhân gây ra sự chậm trễ phát hành…

"Tôi thực sự hy vọng sẽ phát hành nó vào tháng XNUMX, nhưng bạn không thể làm điều đó khi gặp lỗi, đặc biệt là lỗi liên quan đến sự đồng thuận hoặc tuần tự hóa hoặc liên quan đến một vấn đề cụ thể với các giao dịch. Chỉ cần phải xóa nó, và đó chỉ là cách nó diễn ra. Mặc dù vậy, tất cả những thứ được xem xét, mọi thứ đang đi đúng hướng, đều đặn và có hệ thống…

"Tập hợp những thứ có thể xảy ra sai sót đã trở nên quá nhỏ, và bây giờ chúng tôi đang ở giai đoạn cuối của thử nghiệm về khía cạnh đó. Vì vậy, trừ khi có bất kỳ điều gì mới được phát hiện, tôi không dự đoán rằng chúng tôi sẽ có thêm bất kỳ sự chậm trễ nào nữa và nó chỉ là để mọi người nâng cấp…

"Và hy vọng, chúng ta sẽ sớm có một số tin tức tích cực khi chúng ta tiến sâu hơn vào tháng 31. Và mặt khác của nó là không có vấn đề nào được phát hiện với pipelining, không có vấn đề nào được phát hiện với CIP 32, 33, 40 hoặc XNUMX trong toàn bộ quá trình này, đây cũng là một tin rất tích cực và cho rằng chúng đã nhiều lần được kiểm tra bên trong và bên ngoài bởi các công ty QA của nhà phát triển và các kỹ sư của chúng tôi, điều đó có nghĩa là có khả năng khá cao rằng các tính năng đó là chống đạn và chặt chẽ. Vì vậy, chỉ cần giải quyết một số trường hợp cạnh tranh và hy vọng chúng tôi sẽ có thể cập nhật vào giữa tháng với nhiều tin tức hơn."

Tín dụng hình ảnh

Hình ảnh nổi bật qua Pixabay