Peera.

Khám phá

Kết nối với cộng đồng và khám phá ý tưởng mới.

Sui.X.Peera.

Kiếm phần của bạn từ 1000 Sui

Tích lũy điểm danh tiếng và nhận phần thưởng khi giúp cộng đồng Sui phát triển.

Cộng Đồng

Bộ lọc:Tất cả các blockchain

Tiền thưởng

  • Bolke .Peera.
    Bolke 203
    Dành choSuiAug 12, 2025
    +15

    Lỗi Sui Move - Không thể xử lý giao dịch Không tìm thấy đồng xu gas hợp lệ cho giao dịch

    Khi tôi làm điều này: //Chia thanh toán từ đồng tiền chính const [PaymentCoin] = TX.SplitCoins ( tx.object (primarycoin.coinObjectID), [tx.pure.u64 (Mức thanh toán bắt buộc)] ); //Sử dụng đồng tiền gốc để thanh toán gas tx.setGasPayment ([{ ObjectID: primarycoin.coinObjectID, phiên bản: PrimaryCoin.version, bản tóm tắt: PrimaryCoin.Digest }]); tx.setgasBudget (10_000_000); Nó phàn nàn về các đối tượng có thể đột biến không thể xuất hiện nhiều hơn một trong một giao dịch. Khi tôi xóa thanh toán gas, nó phàn nàn “Không thể xử lý giao dịch Không tìm thấy đồng xu gas hợp lệ cho giao dịch.”. Chức năng hợp đồng của tôi chấp nhận .01 sui để đổi lấy NFT

    2
    9
  • Xavier.eth.Peera.
    Xavier.eth308
    Dành choSuiJun 27, 2025
    +15

    Giao dịch Sui thất bại: Đối tượng được dành riêng cho giao dịch khác

    Tôi gặp phải một sự kiên trì JsonRpcErrorkhi cố gắng thực hiện giao dịch trên Sui. Lỗi chỉ ra rằng các đối tượng được dành riêng cho một giao dịch khác, mặc dù tôi đã thực hiện xử lý giao dịch tuần tự với độ trễ. JsonRpcError: Failed to sign transaction by a quorum of validators because one or more of its objects is reserved for another transaction. Other transactions locking these objects: AV7coSQHWg5vN3S47xada6UiZGW54xxUNhRv1QUPqWK (stake 33.83) 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 Tôi đã thử: Thực hiện giao dịch tuần tự (chờ giao dịch trước hoàn thành) Thêm độ trễ 3 giây giữa các giao dịch Và vẫn gặp phải lỗi tương tự một cách nhất quán. Sử dụng Sui RPC để gửi giao dịch. Cùng một ID đối tượng xuất hiện nhiều lần trong danh sách khóa. Lỗi xảy ra ngay cả với trình tự giao dịch cẩn thận. Điều gì khiến các đối tượng bị “dành riêng” cho các giao dịch khác? Làm thế nào tôi có thể kiểm tra chính xác xem một đối tượng có sẵn hay không trước khi sử dụng nó trong một giao dịch? Có những phương pháp hay nhất để xử lý khóa đối tượng ở Sui không? Điều này có liên quan đến thời điểm cuối cùng của giao dịch không? Có ai gặp phải vấn đề này trước đây không? Bất kỳ thông tin chi tiết nào về quản lý đối tượng phù hợp trong giao dịch Sui sẽ được đánh giá cao!

    4
    8
  • Xavier.eth.Peera.
    Xavier.eth308
    Dành choSuiJun 17, 2025
    +15

    Làm thế nào để các ràng buộc về khả năng tương tác với các trường động trong các bộ sưu tập không đồng nhất?

    Tôi đang xây dựng một thị trường cần xử lý nhiều loại tài sản với các yêu cầu về khả năng khác nhau và tôi đã gặp một số câu hỏi cơ bản về hệ thống loại hình của Move. Tôi muốn lưu trữ các loại tài sản khác nhau trong cùng một bộ sưu tập, nhưng chúng có khả năng khác nhau: NFT thông thường: key + store(có thể chuyển nhượng) Mã thông báo Soulbound: key chỉ (không thể chuyển nhượng) Tài sản tùy chỉnh với các hạn chế chuyển nhượng public struct Marketplace has key { id: UID, listings: Bag, // Want to store different asset types here } // This works for transferable assets public fun list_transferable( marketplace: &mut Marketplace, asset: T, price: u64 ) { /* ... */ } // But how to handle soulbound assets? public fun list_soulbound( // No store ability marketplace: &mut Marketplace, asset_ref: &T, // Can only take reference price: u64 ) { /* How do I store metadata about this? */ } Các câu hỏi chính: Yêu cầu về khả năng: Khi sử dụngdynamic_field::add(), Vcó luôn cần store lúc biên dịch không? Các loại bao bọc có thể giải quyết được điều này không? Lưu trữ không đồng nhất: Một Túi duy nhất có thể lưu trữ các đối tượng với các bộ khả năng khác nhau (key + store + copyvskey + store) và xử lý chúng khác nhau khi chạy không? An toàn kiểu: Vì trường động thực hiện xóa kiểu, làm thế nào để duy trì độ an toàn kiểu khi truy xuất giá trị? Mẫu để lưu trữ siêu dữ liệu loại là gì? Mẫu nhân chứng: Các ràng buộc về khả năng hoạt động như thế nào với các loại bóng ma? Tôi có thể lưu trữ Assetvà Assettrong cùng một bộ sưu tập và trích xuất thông tin loại sau này không? Xây dựng một hệ thống mà NFT, token soulbound và tài sản bị hạn chế đều cần chức năng thị trường nhưng với ngữ nghĩa chuyển khác nhau. Tôi đã thử các loại bao bọc, nhiều bộ sưu tập cho mỗi bộ khả năng, lưu trữ siêu dữ liệu loại riêng biệt. Mỗi loại đều có sự đánh đổi giữa an toàn loại, chi phí khí đốt và độ phức tạp.

    0
    7

Mới nhất

  • BBT101.Peera.
    BBT10110
    Dành choSuiAug 16, 2025

    Vai trò của Sui trong việc hợp lý hóa thương mại toàn cầu và cơ sở hạ tầng chuỗi cung ứng

    Giới thiệu: Thương mại toàn cầu là nút thắt niềm tin Chuỗi cung ứng hiện đại trải dài trên hàng chục quốc gia, hàng trăm nhà cung cấp và vô số tài liệu — nhiều trong số đó dựa trên giấy tờ, dễ bị lỗi hoặc không thể kiểm chứng được. Từ theo dõi container đến khai hải quan và giấy chứng nhận xuất xứ, thương mại toàn cầu bị ảnh hưởng bởi: • Phân mảnh dữ liệu giữa các khu vực pháp lý và hệ thống • Tài liệu gian lận và hàng giả • Giải quyết tranh chấp không hiệu quả • Hòa giải tốn kém và thiếu minh bạch Sui cung cấp một nền tảng blockchain có thể lập trình, minh bạch và có khả năng mở rộng có khả năng mô hình hóa toàn bộ quy trình thương mại toàn cầu - với tự động hóa an toàn, truy xuất nguồn gốc và quản trị mô-đun. Tại sao nên sử dụng Sui cho thương mại và chuỗi cung ứng? Không giống như nhiều blockchain có mục đích chung, kiến trúc hướng đối tượng và thực thi song song của Sui cho phép các doanh nghiệp: Lợi ích tính năng trong các ứng dụng thương mại Mô hình dựa trên đối tượng Mô hình hóa các tài sản trong thế giới thực như container, lô hàng, tài liệu Khả năng mở rộng theo chiều ngang Xử lý theo dõi và cập nhật sự kiện khối lượng lớn xác thực zkLogin Xác định an toàn người dùng (đại lý hải quan, nhà cung cấp) Ghi nhật ký sự kiện & phát thải Theo dõi toàn bộ chuỗi lưu ký trên các mạng Các mô-đun di chuyển tùy chỉnh Mã hóa logic hợp đồng (ví dụ: quy tắc xuất xứ, thuế quan) Sui biến các tài liệu thương mại thành tài sản kỹ thuật số có thể kiểm chứng và các quy trình thành quy trình công việc minh bạch, tự thực hiện. Trường hợp sử dụng: Lô hàng quốc tế với Giấy chứng nhận xuất xứ Hãy xem qua một trường hợp sử dụng đơn giản hóa. 👟 Kịch bản: Lô hàng Sneaker từ Việt Nam đến EU Các bên liên quan: • Nhà sản xuất tại Hồ Chí Minh • Hãng vận chuyển hàng hóa • Môi giới hải quan • Nhà nhập khẩu EU Quy trình làm việc dựa trên UI: ShipmentObject được tạo bởi nhà sản xuất (nguồn gốc, số lô, nội dung) CertificateOfOriginObject do Cơ quan Thương mại Việt Nam cấp Công ty vận chuyển hàng hóa cập nhật TransitStatusObject khi lô hàng di chuyển Đại lý hải quan xác minh tài liệu và ký tên kỹ thuật số thông quan Nhà bán lẻ EU nhận được sản phẩm có thể xác minh + siêu dữ liệu trên chuỗi Lợi ích: • Tất cả các bên liên quan có quyền truy cập vào dấu vết kiểm toán chống giả mạo • Không chia sẻ tài liệu dựa trên email hoặc giả mạo PDF • Tuân thủ ngay lập tức các quy tắc xuất nhập khẩu Kiến trúc của một giao thức thương mại dựa trên Sui Mỗi tài sản hoặc tài liệu chuỗi cung ứng trở thành công dân hạng nhất trong chuỗi. 🔩 Mô-đun cốt lõi: • ShipmentObject - bao gồm các mặt hàng, trọng lượng, xuất xứ, ID duy nhất • CertificateModule - xác minh tính xác thực tài liệu và vai trò của nhà phát hành • CustomsApprovalModule - đại lý hải quan có thể phép/từ chối lô hàng • TransitEventModule - phát ra các bản cập nhật vị trí (ví dụ: cổng được quét, tải) 🔐 Ví dụ: Di chuyển mô-đun để xác minh chứng chỉ mô-đun giao dịch: :CertificateModule { Struct Certificate có khóa { origin_country: vector, nhà phát hành: địa chỉ, valid_đến: u64, } public fun issue_certificate (nhà phát hành: &người ký tên, quốc gia: vector) { let cert = Chứng chỉ { nước xuất xứ: quốc gia, nhà phát hành: người ký: :address_of (nhà phát hành), valid_cho đến: 1690000000, }; move_to (nhà phát hành, chứng chỉ); } public fun validate (chứng chỉ: &Chứng chỉ): bool { dấu thời gian: :now () < cert.valid_until } } Logic này đảm bảo chỉ các cơ quan đáng tin cậy mới có thể phát hành và xác nhận các tài liệu thương mại. Khả năng tương tác: Hợp tác thời gian thực xuyên biên giới Nhận dạng mô-đun và logic đối tượng của Sui cho phép hợp tác giữa các khu vực pháp lý mà không cần kiểm soát trung tâm: Hành động của các bên liên quan về Sui Port Authority Thêm sự kiện quét vào ShipmentObject Văn phòng Xuất khẩu Quốc gia cấp giấy chứng nhận có chữ ký điện tử Hãng vận chuyển hàng hóa Cập nhật báo cáo tình trạng và ETA lô hàng Đại lý Hải quan Xác minh tính xác thực và tuân thủ trên chuỗi Nhà bán lẻ Truy xuất lịch sử sản phẩm có thể kiểm chứng + siêu dữ liệu CO2 Với API và bảng điều khiển được xây dựng trên Sui, ngay cả các tác nhân phi kỹ thuật cũng có thể tham gia một cách an toàn vào giao thức. Ngăn chặn gian lận và truy xuất nguồn gốc Gian lận thương mại toàn cầu dẫn đến hàng tỷ đô la doanh thu bị mất hàng năm. Sui chống lại điều này với: • Tài liệu được ký kỹ thuật số gắn với danh tính thông qua ZKLogin • Chuỗi lưu ký bất biến với các sự kiện được đánh dấu thời gian • Mã thông báo hàng hóa dựa trên NFT với các chứng chỉ được liên kết • Kích hoạt thông minh ngăn chặn sự giả mạo hoặc chuyển trái phép Ví dụ: Chứng minh chống giả mạo Mỗi mã thông báo sản phẩm xa xỉ (ví dụ: túi xách thiết kế) có thể: • Liên kết đến chứng chỉ xuất xức+số lô nhà máy • Bao gồm mã QR gắn với đối tượng trên chuỗi • Ngăn bán lại trừ khi được xác thực bởi tài khoản đã được xác minh Tín dụng Carbon và Tích hợp ESG Các doanh nghiệp đang chịu áp lực để chứng minh chuỗi cung ứng bền vững. Tùy can: • Ghi lại lượng khí thải carbon trên mỗi lô hàng hoặc đơn vị sản phẩm • Cho phép các bên thứ ba (kiểm toán viên, tổ chức phi chính phủ) xác minh điểm số carbon • Đính kèm báo cáo ESG vào NFT vận chuyển • Cho phép giao dịch trên chuỗi hoặc yêu cầu bù đắp carbon Ví dụ: Nhật ký di chuyển của container vận chuyển được sử dụng để ước tính lượng khí thải và CarbonScoreObject được gắn vào mã thông báo sản phẩm. Người mua có thể xác minh nó trước khi mua. Cân nhắc mở rộng quy mô cho mạng toàn cầu Việc thực thi song song và độ trễ thấp của Sui làm cho nó sẵn sàng cho doanh nghiệp: Yêu cầu quy mô Tính năng Sui 100.000 bản cập nhật hàng ngày Xử lý đối tượng song song Hơn 100 bên liên quan trên mỗi chuỗi Cấp phép cấp đối tượng API thời gian thực cần RPC+đăng ký sự kiện thông lượng cao Lưu giữ dữ liệu Lịch sử đối tượng+nhật ký trên chuỗi Sui có thể mở rộng quy mô nhanh chóng khi nhu cầu logistics toàn cầu tăng lên. Thách thức và chiến lược triển khai Chiến lược giảm thiểu thách thức Hạn chế dữ liệu pháp lý Sử dụng các mô-đun cụ thể theo khu vực+thẻ đối tượng Khả năng đọc hiểu về blockchain hạn chế Xây dựng DApps thân thiện với người dùng + giao diện người dùng web Tích hợp với các hệ thống kế thừa Middleware+kết nối off-chain Kiểm tra bảo mật+ tuân thủ Nhật ký phát thải + chứng thực đã ký Bắt đầu với một làn giao dịch hoặc dòng sản phẩm, sau đó dần dần mở rộng các giao thức và tích hợp. Kết luận: Xây dựng tương lai của thương mại toàn cầu trên Sui Kiến trúc tập trung vào đối tượng, lập trình và có thể mở rộng của Sui cung cấp nền tảng cho một giao thức thương mại toàn cầu, có thể kiểm chứng được. Với Sui, doanh nghiệp có thể: • Giảm giấy tờ, chậm trễ và gian lận • Tự động hóa quy trình làm việc đa bên • Đạt được khả năng truy xuất nguồn gốc đầy đủ và tuân thủ ESG • Xây dựng các lớp dữ liệu được chia sẻ mà không cần máy chủ trung tâm Trong một thế giới mà niềm tin, tính minh bạch và tốc độ xác định thành công thương mại, Sui không chỉ là một blockchain — đó là cơ sở hạ tầng tin cậy cho chuỗi cung ứng của tương lai.

    0
  • D’versacy .Peera.
    D’versacy 10
    Dành choSuiAug 16, 2025

    🔒 Bảo mật ứng dụng Sui của bạn: Danh sách kiểm tra bảo mật thực tế

    Xây dựng trên Sui thật thú vị - mô hình lấy đối tượng làm trung tâm của nó mở ra các mẫu thiết kế mới và sự song song nhanh hơn. Nhưng ⚠️ mô hình mới = sai lầm mới. Lỗi sở hữu, rò rỉ ký quỹ hoặc khóa quản trị bất cẩn có thể gây ra tổn thất tốn kém. Hướng dẫn này cung cấp cho bạn danh sách kiểm tra bảo mật từng bước 📝 cộng với một ví dụ thực tế về thị trường để chỉ ra cách tránh những cạm bẫy phổ biến nhất. ✅ 1) Danh sách kiểm tra bảo mật Sui 🔑 Đặc quyền ít nhất • Không dựa vào một “khóa quản trị viên” toàn cầu duy nhất. • Sử dụng các đối tượng khả năng cho thẩm quyền. • Bảo vệ quyền hạn quản trị quan trọng với quản trị multisig hoặc trên chuỗi. ⚖️ Chuyển khoản ký quỹ nguyên tử • Luôn ký quỹ tài sản bên trong các đối tượng Danh sách chuyên dụng. • Sử dụng Khối giao dịch có thể lập trình (PTB) để hoán đổi nguyên tử → ngăn chặn việc chạy trước và chi tiêu gấp đôi. 🛡️ Xác thực tất cả các đầu vào • Trong Move, kiểm tra độ dài, giới hạn và ràng buộc vectơ. • Xác thực quá trình giải mã hóa và loại bỏ các đối tượng có định dạng sai. • Không bao giờ giả định an toàn đầu vào chỉ vì đối tượng tồn tại trên chuỗi. 🧪 Kiểm tra & Fuzz mạnh mẽ • Viết các bài kiểm tra âm tính: đầu vào không hợp lệ, cập nhật đồng thời, cạn kiệt khí. • Thêm mờ cho các luồng giao dịch bất ngờ. • Tự động hóa trong CI để nắm bắt hồi quy sớm. 🔐 Quản lý khóa • Lưu trữ khóa quản trị trong ví phần cứng. • Sử dụng multisig cho các hành động quản trị. • Xoay phím khi các thành viên trong nhóm rời đi. 👀 Kiểm toán & Ưu đãi • Kiểm toán các mô-đun Move quan trọng. • Khởi chạy chương trình tiền thưởng lỗi để thử nghiệm cộng đồng. • Hãy nhớ rằng: đôi mắt bên ngoài bắt được những gì bạn bỏ lỡ. 🏪 2) Ví dụ trong thực tế: Một thị trường an toàn Dưới đây là cách áp dụng danh sách kiểm tra trong DApp thị trường: • NFTs ký quỹ an toàn: Người bán di chuyển NFT vào đối tượng Danh sách. Hợp đồng thị trường không thể nhận tiền mà không có sự chấp thuận của người bán. • Xử lý tiền bản quyền một cách chính xác: Tính toán tiền bản quyền bên trong PTB, đảm bảo phân chia phí chính xác (coi chừng làm tròn!). • Tái nhập? Không ở đây: Mô hình tài nguyên của Move ngăn chặn việc sao chép/tái nhập cảnh theo thiết kế. Tuy nhiên, hãy kiểm tra tất cả các luồng để đảm bảo không có sơ hở logic. 📚 Nguồn & Đọc thêm • Sui Docs: Khái niệm & Giao dịch • Sách trắng Sui (mô hình lấy đối tượng làm trung tâm) • Tài liệu SDK TypeScript của Mysten Labs • Di chuyển sách • Trên GitHub Repo ✨ Tóm lại: Trên Sui, bảo mật ít liên quan đến các lỗi tái nhập kiểu EVM mà nhiều hơn là về quyền sở hữu, quyền hạn và tính nguyên tử. Nếu bạn làm theo danh sách kiểm tra, bạn sẽ giảm đáng kể bề mặt tấn công của mình trong khi vẫn giữ an toàn cho tài sản của người dùng.

    0
  • theking.Peera.
    theking933
    Dành choSuiAug 16, 2025

    Từ cài đặt sạch đến đối tượng trên chuỗi đầu tiên của bạn mà không bị kẹt

    Bạn bắt đầu bằng cách cài đặt Sui CLI và chuỗi công cụ Move để bạn có thể xây dựng và xuất bản mã, sau đó bạn chạy sui client active-address để xác nhận cặp khóa đang hoạt động và nhấn vòi để nhận SUI test, sau đó bạn tạo gói Move mới với mẫu để bạn không chiến đấu với cấu trúc thư mục, sau đó bạn chỉnh sửa một mô-đun duy nhất để xác định một đối tượng đơn giản với trường chủ sở hữu và một vài phương pháp như init, cập nhật và chuyển để bạn có thể thực hiện Mô hình đối tượng của Sui nhanh chóng, tiếp theo bạn biên dịch với sui move build và sửa bất kỳ lỗi nào mà trình biên dịch hiển thị vì đó là của bạn vòng phản hồi nhanh nhất, sau đó bạn xuất bản với sui client publish --gas-budget và lấy ID gói và module từ đầu ra để bạn có thể gọi hàm, sau đó bạn gọi hàm init entry để đúc một đối tượng và sao chép ID đối tượng từ các hiệu ứng giao dịch, sau đó bạn chạy đối tượng sui client để xem phiên bản, chủ sở hữu và trường để bạn xác nhận chuỗi đã viết những gì bạn mong đợi, nếu bạn gặp “không đủ gas” bạn sẽ thu nhỏ ngân sách gas hoặc yêu cầu thêm test kể từ khi SUI mỗi lần xuất bản và cuộc gọi đều tốn phí gas, nếu bạn nhận được “module not found”, bạn có thể đã sử dụng ID gói sai hoặc quên xây dựng lại, nếu chuyển giao của bạn không thành công với lỗi khả năng, bạn có thể đã chia sẻ đối tượng khi bạn muốn sở hữu hoặc bạn quên chuyển hình dạng đối số chính xác, sau khi những điều cơ bản hoạt động, bạn viết quy trình trong một shell hoặc tập lệnh JavaScript để một lệnh xây dựng, xuất bản, đúc, cập nhật và chuyển giao, giúp tiết kiệm thời gian và ngăn chặn lỗi chính tả, và cuối cùng bạn đưa ví dụ tối thiểu này lên repo để đồng đội có thể sao chép và chạy cùng một bước trong vài phút; bằng cách coi đối tượng như một đơn vị tư duy chứ không phải là một hợp đồng toàn cầu duy nhất Điều chỉnh cách bạn mã hóa với cách Sui lưu trữ trạng thái, điều này giữ cho mô hình tinh thần của bạn sạch sẽ và ngăn chặn sự tái nhập cư khó gỡ lỗi hoặc các cuộc đua trạng thái toàn cầu mà bạn có thể gặp trên các chuỗi khác, và vì Sui song song các giao dịch đối tượng sở hữu, bạn cũng thấy xác nhận nhanh chóng trong khi bạn lặp lại, điều này làm cho việc giới thiệu tốt hơn nhiều.

    0

Chưa có câu trả lời

  • BitcoinADUK.Peera.
    BitcoinADUK10
    Dành choThe GraphMar 14, 2025

    GRT Token - suy nghĩ của bạn là gì?

    Graph (GRT) là một giao thức phi tập trung được thiết kế để lập chỉ mục và truy vấn dữ liệu từ các blockchain, bắt đầu với Ethereum. Nó cho phép các nhà phát triển xây dựng và xuất bản các API mở, được gọi là subgraphs, giúp dữ liệu blockchain dễ dàng truy cập cho các ứng dụng phi tập trung (DApps). Mã thông báo gốc, GRT, được sử dụng trong mạng bởi những người tham gia như Người lập chỉ mục, Người quản lý và Người ủy quyền để đảm bảo an ninh kinh tế và tính toàn vẹn của dữ liệu đang được truy vấn. Tính đến ngày 14 tháng 3 năm 2025, GRT đang giao dịch ở mức khoảng 0.094 đô la, với khối lượng giao dịch 24 giờ khoảng 36 triệu đô la. Giá hiện tại này phản ánh sự sụt giảm đáng kể từ mức cao nhất mọi thời đại là 2.84 đô la, cho thấy xu hướng giảm trong vài năm qua. Quỹ đạo giá của GRT đã bị ảnh hưởng bởi các yếu tố khác nhau, bao gồm tiến bộ công nghệ, phát triển quy định và các chỉ số kinh tế vĩ mô rộng hơn. Những yếu tố này đã góp phần chung vào sự giảm giá trị quan sát được theo thời gian. Xin lưu ý rằng thị trường tiền điện tử có nhiều biến động và hiệu suất trong quá khứ không đảm bảo kết quả trong tương lai. Điều cần thiết là tiến hành nghiên cứu kỹ lưỡng và xem xét tình hình tài chính của bạn trước khi đưa ra bất kỳ quyết định đầu tư nào.

    0
    0
  • Fractal Visions.Peera.
    Fractal Visions30
    Dành choFractal VisionsNov 17, 2024

    Ra mắt MVP Fractal Visions

    Fractal Visions, một nền tảng thị trường phi tập trung được xây dựng dựa trên khái niệm siêu chuỗi, đã chính thức ra mắt thị trường mới của mình, định vị mình là một người chơi quan trọng trong hệ sinh thái blockchain. Thị trường sáng tạo này tận dụng sức mạnh của siêu chuỗi - một mạng blockchain có thể mở rộng và có thể tương tác - để cung cấp trải nghiệm người dùng liền mạch cho những người sáng tạo, người sưu tầm và nhà giao dịch tài sản kỹ thuật số. Dưới đây là một số điểm nổi bật chính của thị trường Fractal Visions: 1.* Tích hợp Superchain* Fractal Visions đã tích hợp cơ sở hạ tầng siêu chuỗi để đảm bảo khả năng mở rộng cao, chi phí giao dịch thấp và thời gian thanh toán nhanh. Bằng cách khai thác kiến trúc này, Fractal Visions có thể cung cấp khả năng tương tác giữa chuỗi, cho phép người dùng giao dịch liền mạch trên các hệ sinh thái blockchain khác nhau. Đây là một lợi thế đáng kể so với các mạng blockchain truyền thống, cô lập, cung cấp cho người dùng sự linh hoạt hơn và quyền truy cập vào nhiều loại tài sản kỹ thuật số hơn. 2.** Thị trường phi tập trung Nền tảng Fractal Visions hoạt động theo cách phi tập trung hoàn toàn, trao quyền cho người dùng giữ toàn quyền kiểm soát tài sản kỹ thuật số của họ. Các nghệ sĩ, người sáng tạo và nhà sưu tập có thể tự do giao dịch và trưng bày NFT và các mặt hàng kỹ thuật số khác mà không cần sự can thiệp của các thực thể tập trung. Bản chất phi tập trung này giúp tăng cường tính minh bạch, giảm nguy cơ kiểm duyệt và cung cấp một môi trường không đáng tin cậy cho người dùng. 3.* Các tính năng lấy người dùng* Thị trường được thiết kế với trải nghiệm người dùng trong tâm trí. Nó cung cấp một giao diện đơn giản, trực quan để dễ dàng duyệt, mua và bán NFT và các tài sản kỹ thuật số khác. Fractal Visions bao gồm các tính năng tìm kiếm nâng cao, đề xuất được cá nhân hóa và hệ thống đấu thầu nâng cao cho bán hàng theo kiểu đấu giá. 4.* Hỗ trợ đa chuộng* Fractal Visions hỗ trợ nhiều blockchain, cho phép người dùng kết nối ví của họ trên các mạng khác nhau. Điều này bao gồm hỗ trợ cho Optimism, Base, Mode và các mạng lớp 2 hàng đầu khác. Cách tiếp cận đa chuỗi đảm bảo rằng người dùng có thể truy cập nhiều loại tài sản và tương tác với một lượng lớn đối tượng toàn cầu. 5.* Tập trung vào những người sáng tạo* Fractal Visions cung cấp cơ hội độc đáo cho người sáng tạo kiếm tiền từ tác phẩm của họ. Bằng cách cung cấp cho người sáng tạo quyền sở hữu hoàn toàn tài sản của họ và cung cấp các mô hình chia sẻ doanh thu linh hoạt, nền tảng đảm bảo rằng các nghệ sĩ và nhà phát triển có thể phát triển mạnh trong một hệ sinh thái phi tập trung. Ngoài ra, người sáng tạo có thể thiết lập cấu trúc bản quyền, cho phép họ kiếm thu nhập từ doanh số thứ cấp của tác phẩm của họ. 6.* Tính năng sáng tạo* Thị trường kết hợp công nghệ tiên tiến, chẳng hạn như đề xuất nội dung dựa trên AI và các tính năng bảo mật nâng cao, đảm bảo rằng nền tảng vẫn đi đầu trong các thị trường dựa trên blockchain. Ngoài ra, Fractal Visions đang tích hợp các tính năng VR (Thực tế ảo) và AR (Thực tế tăng cường) để cho phép người dùng trải nghiệm tài sản kỹ thuật số trong môi trường nhập vai. 7.* Sự tham gia của cộng đồng* Fractal Visions cam kết xây dựng một cộng đồng mạnh mẽ xung quanh nền tảng của mình. Thị trường hỗ trợ quản trị theo định hướng cộng đồng, cho phép người dùng tham gia vào quá trình ra quyết định và đóng góp vào sự phát triển của nền tảng. Cho dù thông qua việc bỏ phiếu cho các đề xuất hay tham gia vào các tương tác xã hội, người dùng đều là trung tâm của hệ sinh thái. 8.* Tính bền vững và thân thiện với môi trường* Là một phần của cam kết về tính bền vững, Fractal Visions đang tối ưu hóa mạng lưới của mình để tiết kiệm năng lượng, đảm bảo rằng nền tảng hoạt động với dấu ấn môi trường tối thiểu. Điều này phù hợp với xu hướng rộng lớn hơn của ý thức sinh thái trong ngành công nghiệp blockchain. Sự ra mắt thị trường mới của Fractal Visions đánh dấu một bước tiến quan trọng trong sự phát triển của các nền tảng phi tập trung, dựa trên siêu chuỗi. Bằng cách kết hợp sức mạnh của khả năng tương tác, phân cấp và thiết kế lấy người dùng làm trung tâm, Fractal Visions được thiết lập để định hình lại cách các tài sản kỹ thuật số được tạo, giao dịch và trải nghiệm. Sự tích hợp liền mạch của thị trường với nhiều blockchain, cùng với việc tập trung vào việc trao quyền cho người sáng tạo và thúc đẩy sự tham gia của cộng đồng, định vị nó là một ứng cử viên chính trong hệ sinh thái tài sản kỹ thuật số đang phát triển nhanh chóng.

    0
    0
  • 0x5ca8...8c95.Peera.
    0x5ca8...8c9510
    Dành choAaveOct 17, 2024

    Rewards Edge Cases

    Q1: Is it possible that if a user supplies certain asset on AAVE V2, instead of just receiving equivalent number of Atoken, the user can also receive a non-Atoken? Q2: If I supplied 1000 USDC on AAVE V2, I am subjected to receive equivalent amount of aUSDC and get intrest on it, is it possible I can receive other rewards too without doing anything? If yes how?

    0
    0

Xu hướng

  • Vens.sui.Peera.
    Vens.sui213
    Dành choSuiApr 29, 2025

    AMM Bot trong hệ sinh thái Sui

    Các tính năng và chức năng chính của bot AMM trong hệ sinh thái Sui là gì? Làm thế nào để họ cải thiện các cơ chế giao dịch truyền thống và chúng mang lại những lợi thế nào cho người dùng tham gia với các giao thức DeFi trên mạng Sui? Tôi có cần xây dựng một cái hay tôi có thể sử dụng Turbos Finance chẳng hạn

    9
    4
  • 0xduckmove.Peera.
    0xduckmove2038
    Dành choSuiApr 08, 2025

    👀 SEAL- Tôi nghĩ quyền riêng tư dữ liệu Web3 sắp thay đổi

    👀 SEAL đang phát trực tiếp trên Sui Testnet - Tôi nghĩ quyền riêng tư dữ liệu Web3 sắp thay đổi Trong Web3, người ta thường nghe các cụm từ như* “người dùng sở hữu dữ liệu của họ”* hoặc* “phi tập trung theo thiết kế”*. Nhưng khi bạn nhìn kỹ, nhiều ứng dụng vẫn dựa vào cơ sở hạ tầng tập trung để xử lý dữ liệu nhạy cảm - sử dụng các dịch vụ như AWS hoặc Google Cloud để quản lý khóa. Điều này dẫn đến một mâu thuẫn: phân cấp trên bề mặt, tập trung hóa bên dưới. Nhưng điều gì sẽ xảy ra nếu có một cách để quản lý bí mật một cách an toàn, mà không từ bỏ sự phân cấp? Giới thiệu SEAL — Quản lý bí mật phi tập trung (DSM), hiện đang hoạt động trên Sui Testnet. SEAL nhằm mục đích khắc phục một trong những đạo đức giả lớn nhất của Web3: hét lên phân quyền trong khi bí mật sử dụng AWS Bạn có thể hỏi tôi: SEAL là gì? SEAL là một giao thức cho phép bạn quản lý dữ liệu nhạy cảm một cách an toàn và** phi tập trung - được xây dựng đặc biệt cho thế giới Web3. Hãy nghĩ về nó như một lớp kiểm soát truy cập đầu tiên về quyền riêng tư được cắm vào DApp của bạn. Bạn có thể nghĩ về SEAL như một loại khóa lập trình cho dữ liệu của bạn. Bạn không chỉ khóa và mở khóa mọi thứ theo cách thủ công - bạnviết chính sách trực tiếp vào hợp đồng thông minhcủa mình**, sử dụng Move on Sui. Giả sử bạn đang xây dựng một DApp trong đó: Chỉ những người nắm giữ NFT mới có thể mở khóa hướng dẫn cao cấp Hoặc có thể DAO phải bỏ phiếu trước khi các tệp nhạy cảm được tiết lộ Hoặc bạn muốn siêu dữ liệu bị khóa thời gian và chỉ có thể truy cập sau một ngày cụ thể SEAL làm cho tất cả điều đó trở nên khả thi. Kiểm soát truy cập hoạt động * onchain*, hoàn toàn tự động, không cần quản trị viên để quản lý nó. Chỉ là logic, được nung ngay vào blockchain. SEAL làm cho tất cả điều đó trở nên khả thi. Kiểm soát truy cập hoạt động * onchain*, hoàn toàn tự động, không cần quản trị viên để quản lý nó. Chỉ là logic, được nung ngay vào blockchain. Một phần thú vị khác là cách SEAL xử lý* mã hóa. Nó sử dụng một cái gì đó được gọi là* mã hóa ngưỡng**, có nghĩa là: không một nút nào có thể giải mã dữ liệu. Cần một nhóm các máy chủ để làm việc cùng nhau - giống như multi-sig, nhưng để mở khóa bí mật. Điều này phân phối niềm tin và tránh được vấn đề một điểm thất bại thông thường. Và để giữ mọi thứ thực sự riêng tư, SEAL mã hóa và giải mã mọi thứ* ở phía máy khác*. Dữ liệu của bạn không bao giờ hiển thị cho bất kỳ phụ trợ nào. Nó nằm trong tay bạn - theo nghĩa đen - trên thiết bị của bạn. và SEAL không quan tâm bạn lưu trữ dữ liệu của mình ở đâu. Cho dù đó là IPFS, Arweave, Walrus hay một số nền tảng khác, SEAL không cố gắng kiểm soát phần đó. Nó chỉ tập trung vàoai được phép xem cái gì, chứ không phải * ở đây* mọi thứ được lưu trữ. Vì vậy, vâng, nó không chỉ là một thư viện hoặc API - nó là một lớponchain-first, được kiểm soát truy cập, bảo mật theo mặc địnhcho DApp của bạn. SEAL lấp đầy một khoảng trống khá quan trọng. Hãy chia nhỏ nó hơn một chút. Nếu bạn đang xây dựng DApp xử lý**bất kỳ dạng dữ liệu nhạy cảm nào - nội dung được kiểm soát, tài liệu người dùng, tin nhắn được mã hóa, thậm chí cả siêu dữ liệu NFT bị khóa theo thời gian - bạn sẽ gặp phải vấn đề tương tự: ➡️ Làm thế nào để bạn quản lý quyền truy cập một cách an toàn mà không cần dựa vào dịch vụ tập trung? Nếu không có một cái gì đó như SEAL, hầu hết các đội đều: Sử dụng các công cụ tập trung như AWS KMS hoặc Firebase, điều này rõ ràng đi ngược lại sự phân quyền Hoặc cố gắng tự vá các logic mã hóa nửa chừng lại với nhau, điều này thường trở nên dễ vỡ và khó kiểm tra https://x.com/EmanAbio/status/1908240279720841425?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1908240279720841425%7Ctwgr%5E697f93dc65359d0c8c7d64ddede66c0c4adeadf1%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Fwww.notion.so%2Fharryph%2FSEAL-Launches-on-Sui-Testnet-1cc4f8e09bb380969c0dcc627b96cc22 Cả hai đều không cân bằng tốt. Đặc biệt là không phải khi bạn đang cố gắng xây dựng các ứng dụng không đáng tin cậy trên nhiều chuỗi hoặc cộng đồng. SEAL làm cho toàn bộ quá trình đó trở nên mô-đun và có thể lập trình được. Bạn xác định quy tắc truy cập của mình trong hợp đồng thông minh Move và SEAL xử lý phần còn lại - tạo khóa, phê duyệt giải mã và thực thi truy cập - tất cả mà không cần bất kỳ ai cấp khóa theo cách thủ công hoặc chạy kiểm tra phụ trợ. Thậm chí tốt hơn, những quy tắc đó có thể kiểm tra và không thể thay đổi**- một khi chúng được kết nối, họ tuân theo hợp đồng, không phải là quản trị viên con người. Vì vậy, thay vì hỏi “ai nên quản lý quyền truy cập vào dữ liệu này?” bạn chỉ cần hỏi: “Logic nào nên xác định quyền truy cập?” > ... và để dây xích xử lý nó. Sạch sẽ và có thể mở rộng. Đó là những gì làm cho SEAL phù hợp với nhiều hơn là “công cụ bảo mật” - nó là lớp cơ sở cho bất kỳ DApp nào quan tâm đến quyền riêng tư, tuân thủ hoặc logic truy cập động.** Đó là một sự thay đổi nhỏ - nhưng nó thay đổi rất nhiều về cách chúng ta nghĩ về dữ liệu trong Web3. Thay vì mã hóasau triển khai hoặc dựa vào các dịch vụ bên ngoài,* bạn bắt đầu với quyền riêng tư tích hợp sẵn - và quyền truy cập được xử lý hoàn toàn bằng logic hợp đồng thông minh.* Và đó chính xác là những gì Web3 cần ngay bây giờ. SEAL thực sự hoạt động như thế nào? Chúng tôi đã đề cập đếnSEAL là gìvà* tại sao Web3 cần nó*, hãy xem nó thực sự được xây dựng như thế nào dưới mui xe. Phần này là nơi mọi thứ trở nên kỹ thuật hơn - nhưng theo một cách tốt. Kiến trúc thanh lịch khi bạn thấy tất cả các mảnh khớp với nhau như thế nào. Ở cấp độ cao, SEAL hoạt động bằng cách kết hợplogic truy cập onchainvớiquản lý khóa offchain, sử dụng một kỹ thuật gọi làMã hóa dựa trên danh tính (IBE). Điều này cho phép các nhà phát triển mã hóa dữ liệu * thành một danh tính, và sau đó dựa vào hợp đồng thông minh để xác định *ai được phép giải mã dữ liệu đó. Bước 1: Quy tắc truy cập trong Hợp đồng thông minh (trên Sui) Mọi thứ bắt đầu với hợp đồng thông minh. Khi bạn đang sử dụng SEAL, bạn xác định một hàm gọi là seal_trong hợp đồng Move của bạn - đây là nơi bạn viết các điều kiện để giải mã. Ví dụ: đây là một quy tắc khóa thời gian đơn giản được viết trong Move: entry fun seal_approve(id: vector, c: &clock::Clock) { let mut prepared: BCS = bcs::new(id); let t = prepared.peel_u64(); let leftovers = prepared.into_remainder_bytes(); assert!((leftovers.length() == 0) && (c.timestamp_ms() >= t), ENoAccess); } Sau khi được triển khai, hợp đồng này hoạt động như người gác cổng. Bất cứ khi nào ai đó muốn giải mã dữ liệu, yêu cầu của họ sẽ được kiểm tra dựa trên logic này. Nếu nó đi qua, chìa khóa sẽ được giải phóng. Nếu không, chúng bị chặn. Không ai phải can thiệp. ##Bước 2: Mã hóa dựa trên danh tính (IBE) Đây là nơi phép thuật xảy ra. Thay vì mã hóa dữ liệu cho một địa chỉ ví cụ thể (như với PGP hoặc RSA), SEAL sử dụng* chuỗi danh tính*- nghĩa là bạn mã hóa thành một cái gì đó như: Địa chỉ 0xwalletaddress dao_bỏ phiếu: proposal_xyz PKGID_2025_05_01 (quy tắc dựa trên dấu thời gian) hoặc thậm chí game_user_nft_holder Khi dữ liệu được mã hóa, nó trông như thế này: Encrypt(mpk, identity, message) mpk = khóa công khai chính (mọi người đều biết đến) danh tính = người nhận được xác định logic tin nhắn = dữ liệu thực tế Sau đó, nếu ai đó muốn giải mã, máy chủ khóa sẽ kiểm tra xem họ có khớp với chính sách hay không (thông qua cuộc gọi seal_approbe onchain). Nếu nó được chấp thuận, nó sẽ trả về khóa riêng có nguồn gốc cho danh tính đó. Derive(msk, identity) → sk Decrypt(sk, encrypted_data) Người dùng sau đó có thể giải mã nội dung cục bộ. Vì vậy, mã hóa được thực hiện mà không cần phải biết ai sẽ giải mã trước thời hạn. Bạn chỉ cần xác định các điều kiện* và SEAL sẽ tìm ra phần còn lại sau. Nó năng động. ##Bước 3: Máy chủ chìa khóa - Offchain, nhưng không tập trung hóa Bạn có thể tự hỏi: ai đang giữ các phím chính này? Đây là nơi* Máy chủ chínhcủa SEAL*xuất hiện. Hãy nghĩ về nó như một backend mà: Giữ khóa bí mật chính (msk) Xem các hợp đồng trên chuỗi (như logic seal_approbe của bạn) Chỉ phát hành các khóa có nguồn gốc nếu các điều kiện được thỏa mãn Nhưng - và đây là chìa khóa - SEAL không chỉ dựa vào * một* máy chủ chìa khóa. Bạn có thể chạy nó ở chế độ người**, trong đó nhiều máy chủ độc lập cần phải đồng ý trước khi khóa giải mã được phát hành. Ví dụ: 3 trong 5 máy chủ chìa khóa phải chấp thuận yêu cầu. Điều này tránh các điểm thất bại trung tâm và cho phép phân cấp ở tầng quản lý chính. Thậm chí tốt hơn, trong tương lai SEAL sẽ hỗ trợMPC (tính toán đa bên) vàthiết lập dựa trên enclave(như TEE) - vì vậy bạn có thể nhận được sự đảm bảo mạnh mẽ hơn mà không ảnh hưởng đến khả năng sử dụng. ##Bước 4: Giải mã phía máy khác Khi khóa được trả lại cho người dùng, quá trình giải mã thực tế sẽ xảy ratrên thiết bị của họ. Điều này có nghĩa là: Máy chủ không bao giờ nhìn thấy dữ liệu của bạn Phần phụ trợ không bao giờ lưu trữ nội dung được giải mã Chỉ người dùng mới có thể truy cập tin nhắn cuối cùng Đó là một mô hình riêng tư vững chắc. Ngay cả khi ai đó xâm phạm lớp lưu trữ (IPFS, Arweave, v.v.), họ vẫn không thể đọc dữ liệu mà không truyền logic truy cập. Đây là mô hình tinh thần nhanh chóng: Cấu trúc này giúp dễ dàng xây dựng DApps nơi các quy tắc truy cập không được mã hóa cứng - chúng động, có thể kiểm tra và được tích hợp đầy đủ vào logic chuỗi của bạn. ##* Đội ngũ đằng sau SEAL* SEAL được dẫn dắt bởi* Samczsun*, một nhân vật nổi tiếng trong cộng đồng bảo mật blockchain. Trước đây là Đối tác Nghiên cứu tại Paradigm, ông đã kiểm toán và cứu nhiều hệ sinh thái khỏi những khai thác lớn. Giờ đây, anh ấy tập trung toàn thời gian vào việc xây dựng SEAL thành một phần cốt lõi của cơ sở hạ tầng quyền riêng tư của Web3. Với nền tảng và uy tín của mình, SEAL không chỉ là một công cụ thử nghiệm khác - đó là một nỗ lực nghiêm túc trong việc làm cho quyền riêng tư dữ liệu phi tập trung trở nên thiết thực và có thể mở rộng. Khi SEAL được phát hành trên Sui Testnet, nó mang đến một tiêu chuẩn mới về cách các ứng dụng Web3 có thể quản lý bí mật. Bằng cách kết hợp kiểm soát truy cập onchain, mã hóa ngưỡng và quyền riêng tư phía máy khách, SEAL cung cấp một nền tảng đáng tin cậy hơn cho việc xử lý dữ liệu phi tập trung. Cho dù bạn đang xây dựng DApps, DAO hay trò chơi phi tập trung - SEAL cung cấp một bộ công cụ mạnh mẽ để thực thi kiểm soát truy cập và bảo vệ dữ liệu người dùng mà không ảnh hưởng đến phân quyền. Nếu Web3 sẽ tiến về phía trước, cơ sở hạ tầng an toàn như SEAL không phải là tùy chọn - đó là điều cần thiết

    8
  • BigSneh.Peera.
    BigSneh2024
    Dành choSuiJul 30, 2025

    Làm cách nào để hợp nhất hai đối tượng coin trong Move?

    Tôi đang cố gắng hiểu khía cạnh này của Mạng Sui bởi vì tôi đang xây dựng, gỡ lỗi hoặc triển khai thứ gì đó chạm vào khu vực này. Tôi muốn giải thích chi tiết về cách cơ chế hoặc tính năng này hoạt động, cùng với cách sử dụng CLI có liên quan, cấu trúc mã di chuyển hoặc các khái niệm kiến trúc. Mục tiêu của tôi là đạt được đủ sự rõ ràng để áp dụng kiến thức này vào một dự án thực tế — cho dù đó là hợp đồng thông minh tùy chỉnh, hệ thống NFT, tích hợp ví hay công cụ DeFi. Mạng Sui có những tính năng độc đáo so với chuỗi EVM, vì vậy tôi đặc biệt quan tâm đến điều gì khiến nó khác biệt và điều đó ảnh hưởng như thế nào đến các thực tiễn phát triển tốt nhất. Sẽ rất hữu ích nếu có mã mẫu, ví dụ dòng lệnh hoặc các lỗi điển hình để theo dõi, đặc biệt là khi sử dụng Sui CLI, SDK hoặc triển khai trên localnet/testnet. Cuối cùng, tôi muốn tránh những sai lầm phổ biến, tuân theo các nguyên tắc bảo mật tốt nhất và đảm bảo rằng chức năng tôi đang làm việc hoạt động như mong đợi trong các điều kiện thực tế. *

    7
    15