Mới nhất
Cập nhật những bài đăng mới nhất.
Bài viết
1997+10
Hỏi đáp Chuyên GiaDành choSuiMay 29, 2025Tại sao BCS yêu cầu thứ tự trường chính xác để khử chuỗi khi cấu trúc Move có các trường được đặt tên?
Tại sao BCS yêu cầu thứ tự trường chính xác để khử chuỗi khi cấu trúc Move có các trường được đặt tên? Tôi đã đi sâu vào mã hóa/giải mã BCS trong Move, đặc biệt là cho giao tiếp chuỗi chằng và xử lý dữ liệu ngoài chuỗi. Trong khi xem xét các ví dụ trong tài liệu Sui Move, tôi đã gặp một số hành vi có vẻ phản trực giác và tôi đang cố gắng hiểu các quyết định thiết kế cơ bản. Theo đặc tả của BCS, “không có cấu trúc trong BCS (vì không có kiểu); cấu trúc chỉ đơn giản xác định thứ tự mà các trường được nối tiếp.” Điều này có nghĩa là khi giải mã, chúng ta phải sử dụng peel_*các hàm theo thứ tự chính xác với định nghĩa trường struct. Câu hỏi cụ thể của tôi: Lý do thiết kế: Tại sao BCS yêu cầu khớp thứ tự trường chính xác khi cấu trúc Move có các trường được đặt tên? Sẽ không mạnh mẽ hơn nếu sắp xếp các tên trường cùng với các giá trị, tương tự như JSON hoặc các định dạng tự mô tả khác? Tương tác kiểu chung: Các tài liệu đề cập rằng “các loại chứa các trường kiểu chung có thể được phân tích thành trường kiểu chung đầu tiên.” Hãy xem xét cấu trúc này: struct ComplexObject has drop, copy { id: ID, owner: address, metadata: Metadata, generic_data: T, more_metadata: String, another_generic: U } Chính xác thì quá trình khử phân loại một phần hoạt động như thế nào ở đây? Tôi có thể giải chuỗi tối đa more_metadata và bỏ qua cả hai trường chung hay trường chung đầu tiên (generic_data) có chặn hoàn toàn quá trình giải mã hóa tiếp theo không? Tính nhất quán giữa các ngôn ngữ: Khi sử dụng thư viện JavaScript @mysten /bcs để nối tiếp dữ liệu sẽ được sử dụng bởi hợp đồng Move, điều gì sẽ xảy ra nếu: Tôi vô tình sắp xếp lại các trường trong đối tượng JavaScript? Định nghĩa cấu trúc Move thay đổi thứ tự trường trong nâng cấp hợp đồng? Tôi có cấu trúc lồng nhau với các tham số chung của riêng chúng? Ý nghĩa thực tế: Trong các hệ thống sản xuất, các nhóm xử lý sự tiến hóa lược đồ BCS như thế nào? Bạn có phiên bản lược đồ BCS của mình hay kỳ vọng rằng thứ tự trường cấu trúc là bất biến sau khi được triển khai?
- Sui
- Move
50- Thảo LuậnDành choSuiMay 29, 2025
Làm thế nào để tìm ID đối tượng giới hạn kho bạc cho một loại tiền xu?
Tôi muốn biết làm thế nào tôi có thể lấy ID đối tượng của mũ kho bạc cho một đồng tiền, chỉ được đặt tên loại tiền xu. Hiện tại, tôi đang tìm nạp đối tượng siêu dữ liệu và kiểm tra các giao dịch trước đó của nó để tìm đối tượng giới hạn kho bạc, nhưng phương pháp này có vẻ không hiệu quả. Tôi đang tìm kiếm một cách dễ dàng và hiệu quả hơn để xác định xem một máy đúc tiền có bị đóng băng hay không bằng cách sử dụng tên loại tiền xu. Có đề xuất nào không?
- Sui
04 Làm thế nào để sao chép địa chỉ ví không thể sao chép một cách dễ dàng?
Tôi đã gặp khó khăn trong việc sao chép địa chỉ ví của mình vì nó không thể sao chép trực tiếp. Tôi không chắc liệu có một cách nhanh chóng hay một tính năng ẩn mà tôi đang bỏ lỡ. Có ai có thể hướng dẫn tôi làm thế nào để làm điều đó không?
- Sui
01Hack giao thức Cetus - Khai thác DeFi lớn nhất trên Sui
Vào tháng 5 năm 2025, thế giới DeFi đã bị rung chuyển bởi một trong những vi phạm bảo mật quan trọng nhất trong lịch sử gần đây. Cetus Protocol, một sàn giao dịch phi tập trung (DEX) hàng đầu và giao thức thanh khoản trên blockchain Sui, đã trở thành nạn nhân của một vụ hack tinh vi dẫn đến tổn thất vượt quá 200 triệu đô la. Sự cố này không chỉ gây ra làn sóng chấn động cho cộng đồng DeFi mà còn làm dấy lên những lo ngại nghiêm trọng về tính bảo mật của các hợp đồng thông minh và tính mạnh mẽ của các giao thức được xây dựng trên các blockchain mới nổi như Sui. Cetus Protocol đã tự khẳng định mình là DEX hàng đầu trên Mạng Sui, cung cấp cho người dùng một nền tảng để hoán đổi mã thông báo và cung cấp thanh khoản. Là một thành phần cơ sở hạ tầng quan trọng trong hệ sinh thái Sui, Cetus đóng một vai trò quan trọng trong việc tạo điều kiện giao dịch phi tập trung và đóng góp vào tính thanh khoản tổng thể của mạng. Sự nổi bật của nó khiến nó trở thành một mục tiêu hấp dẫn cho các tác nhân độc hại đang tìm cách khai thác các lỗ hổng trong cơ sở mã của nó. Hack Cetus mở ra Vụ vi phạm xảy ra vào ngày 22 tháng 5 năm 2025, khi những kẻ tấn công xác định và khai thác một lỗ hổng nghiêm trọng trong logic hợp đồng thông minh của Cetus. Cụ thể, lỗ hổng xuất phát từ một lỗi tràn số học tinh tế cho phép tin tặc thao túng các cơ chế kế toán nội bộ của giao thức. Bằng cách triển khai mã thông báo giả mạo và thao túng các đường cong giá trong các nhóm thanh khoản, kẻ tấn công đã có thể rút một lượng lớn tiền mà không kích hoạt các hệ thống phát hiện ngay lập tức. Vào khoảng 3:52 sáng giờ PT (11:52 UTC), các nhà giám sát blockchain bắt đầu phát hiện các giao dịch bất thường trên một số nhóm thanh khoản trên Cetus. Trong vòng vài giờ, mức độ thiệt hại đã trở nên rõ ràng - tài sản trị giá hơn 260 triệu đô la đã được rút ra từ giao thức. Các khoản tiền bị đánh cắp nhanh chóng được hoán đổi và kết nối với các blockchain khác, làm phức tạp các nỗ lực phục hồi. Tác động đến Thị trường và Hệ sinh thái Sui Hậu quả của vụ hack diễn ra nhanh chóng và nghiêm trọng. Giao dịch trên Cetus ngay lập tức bị dừng lại khi các nhà phát triển đấu tranh để đánh giá tình hình và giảm thiểu tổn thất hơn nữa. Trong khi đó, giá trị của các token gốc liên quan đến nền tảng đã giảm mạnh, với một số bị giảm tới 80% trong vài giờ. Các nhà đầu tư và người dùng phải đối mặt với tổn thất lớn, và niềm tin vào hệ sinh thái Sui bị lung lay. Một diễn biến đặc biệt đáng báo động xảy ra khi mạng Sui cố gắng thực hiện một biện pháp đối phó gây tranh cãi: bỏ phiếu để đóng băng ví của kẻ tấn công chứa 160 triệu đô la tiền bị đánh cắp. Mặc dù động thái này thể hiện một cách tiếp cận chủ động để phục hồi tài sản, nó cũng làm dấy lên các cuộc tranh luận về các nguyên tắc phân cấp và liệu những hành động như vậy có làm suy yếu niềm tin vào tính bất biến của các giao dịch blockchain hay không. Trong đà tăng, $SUI mất 5% và $ CETUS +- 40%, bước nhảy đó vừa đáng kinh ngạc vừa đáng sợ. Chi tiết kỹ thuật của Khai thác giao thức Cetus Theo phân tích được cung cấp bởi công ty an ninh mạng Halborn, nguyên nhân gốc rễ của việc khai thác nằm ở cách Cetus xác thực các hoạt động số học nhất định trong quá trình hoán đổi mã thông báo. Một sự giám sát trong việc xử lý số lượng lớn đã dẫn đến tình trạng tràn, mà kẻ tấn công đã khôn ngoan thao túng để tạo ra sự mất cân bằng nhân tạo trong các nhóm thanh khoản. Những mất cân bằng này sau đó được khai thác để trích xuất tài sản thực từ hệ thống mà không cần bồi thường thích hợp cho các nhà cung cấp thanh khoản. Loại lỗ hổng này đặc biệt quỷ quyệt vì nó không phải lúc nào cũng biểu hiện trong điều kiện hoạt động bình thường; thay vào đó, nó yêu cầu các trường hợp edge cụ thể liên quan đến các giá trị rất lớn hoặc chuỗi giao dịch bất thường để kích hoạt. Những lỗi như vậy nổi tiếng là rất khó phát hiện trong các giai đoạn kiểm toán và thử nghiệm tiêu chuẩn, khiến chúng trở thành ứng cử viên chính để khai thác bởi các đối thủ có nguồn lực tốt. Nỗ lực Phản ứng và Phục hồi từ Quỹ Cetus và Sui (hay còn gọi là Mysten Labs) Trong cuộc tấn công, khoảng 160 triệu đô la được cho là đã bị đóng băng và sẽ được trả lại cho các hồ Cetus. Đó là lý do tại sao tất cả các quỹ Sui đã khởi xướng một cuộc bỏ phiếu để giải phóng các mã thông báo này. Sau vụ tấn công, nhóm Cetus đã đưa ra các tuyên bố công khai thừa nhận vi phạm và phác thảo các bước hướng tới giải quyết. Họ đã làm việc chặt chẽ với các công ty phân tích blockchain như Elliptic và Chainalysis để theo dõi chuyển động của các khoản tiền bị đánh cắp và xác định các con đường tiềm năng để phục hồi. Ngoài ra, các cuộc thảo luận đã xuất hiện xung quanh việc triển khai các nâng cấp khẩn cấp để vá các lỗ hổng hiện có và tăng cường khả năng phục hồi trong tương lai trước các cuộc tấn công Các thành viên cộng đồng bày tỏ phản ứng trái chiều đối với những phát triển này. Trong khi nhiều người ca ngợi sự minh bạch của lãnh đạo Cetus sau vụ hack, những người khác chỉ trích sự thiếu chuẩn bị cho các kịch bản như vậy và đặt câu hỏi liệu có đủ các biện pháp bảo vệ đã được thực hiện trước khi phóng hay không.
- Sui
- Security Protocols
1Why SUI blob storages are capped at two years max?
I heard that when you purchase storage on Sui, it's limited to two years. Why is there this cap, and can I extend the storage limit beyond that? Do I have to delete the existing storage before extending?
- Walrus
01How to fix 'could not find valid Walrus config file' error?
I'm having trouble publishing examples with my Snake game on Walrus sites using the 'site-builder' tool. I keep getting an error that states 'could not find a valid Walrus configuration file'. I've tried setting up everything as the documentation suggests. Can someone guide me on how to resolve this?
- Walrus
- Typescript SDK
01Giao dịch của tôi có hoàn tất nếu giới hạn gần?
Tôi nhận đư���c thông báo cho biết “Giới hạn giao dịch toàn cầu đang đến gần”. Nếu tôi bắt đầu giao dịch ngay bây giờ, liệu giao dịch có được xử lý trong vòng 24 giờ không?
- Move
02Sự cố khi hoán đổi trong ví Sui trên Cetus & Turbo Finance
Tôi đang cố gắng hoán đổi trong ví Sui của mình bằng cách sử dụng Cetus và Turbo Finance, nhưng nó không hoạt động. Tôi có khoảng 0,002 SUI dưới dạng khí. Tôi nên thực hiện những bước nào để giải quyết vấn đề này?
- Transaction Processing
03Will data stored in Walrus Devnet be unavailable next epoch?
I want to know if the current Walrus document, which states that data is stored in one epoch, implies that it will be inaccessible in the next epoch. I'm using the current Walrus Devnet for storage. Will my data be unavailable once this epoch is over?
- Walrus
02How to store .txt data in Walrus protocol with Node.js?
I'm a beginner and trying to store my .txt data using the Walrus protocol on a Node.js backend. I need to know how to store this data and retrieve it whenever I want. I assume I might get a reference ID after storing, which I can use for retrieval. Can anyone guide me on how to go about this?
- Walrus
- Typescript SDK
03