Mới nhất

Cập nhật những bài đăng mới nhất.

Bài viết

2050

Bộ lọc:Tất cả cộng đồng

Benjamin XDV10
Dành choSuiJun 24, 2025
Bài Viết
Liệu Sui sẽ trở thành một cầu thủ chính trong cuộc đua Layer-1?
Không gian blockchain cạnh tranh gay gắt, với nhiều mạng Lớp 1 (L1) cạnh tranh để thống trị. Ethereum vẫn dẫn đầu, nhưng Solana, Avalanche và các đối thủ mới hơn như Aptos và Sui đang nhanh chóng giành được sức hút. Trong số này, Sui Network, được phát triển bởi Mysten Labs, đã nổi lên như một đối thủ cạnh tranh đầy hứa hẹn với những lợi thế kỹ thuật độc đáo. Nhưng liệu Sui có thể thực sự cạnh tranh với những người chơi lâu đời và chiếm được thị phần đáng kể không? Điều gì làm cho Sui nổi bật? Sui tự khác biệt thông qua một số đổi mới chính: Di chuyển ngôn ngữ lập trình & Thiết kế lấy đối tượng làm trung tâm Không giống như mô hình dựa trên tài khoản của Ethereum, Sui sử dụng cách tiếp cận tập trung vào đối tượng, lấy cảm hứng từ ngôn ngữ Move (ban đầu được phát triển cho dự án Diem của Facebook). Điều này cho phép quản lý tài sản hiệu quả hơn và xử lý giao dịch song song. Thực hiện giao dịch song song Trong khi hầu hết các blockchain xử lý các giao dịch tuần tự (dẫn đến tắc nghẽn), Sui xử lý chúng song song, cải thiện đáng kể thông lượng. Điều này làm cho nó có khả năng mở rộng cao - có khả năng xử lý hơn 100.000 giao dịch mỗi giây (TPS) trong điều kiện tối ưu. Độ trễ thấp và tính cuối cùng tức thì Cơ chế đồng thuận Narwhal & Bullshark của Sui đảm bảo tính cuối cùng nhanh chóng, làm cho nó trở nên lý tưởng cho các ứng dụng thời gian thực như chơi game và trao đổi phi tập trung (DEX). Lưu trữ trên chuỗi & NFT động Sui lưu trữ dữ liệu trực tiếp trên chuỗi, cho phép tương tác hợp đồng thông minh phong phú hơn. Điều này đặc biệt hữu ích cho các NFT động và các ứng dụng DeFi phức tạp. Những thách thức mà Sui phải vượt qua Bất chấp thế mạnh của mình, Sui phải đối mặt với những trở ngại trong việc trở thành L1 hàng đầu: Áp dụng & Tăng trưởng Hệ sinh thái Ethereum và Solana đã có cộng đồng nhà phát triển khổng lồ. Sui cần thu hút nhiều DApp, giao thức DeFi và các dự án cơ sở hạ tầng hơn để cạnh tranh. Cạnh tranh từ Aptos & L1s khác Aptos, một blockchain dựa trên Move khác, là một đối thủ cạnh tranh trực tiếp. Cả hai mạng đều chia sẻ công nghệ tương tự, nhưng Aptos đã đạt được sức hút trước đó với các sàn giao dịch và quan hệ đối tác lớn. Mối quan tâm về an ninh & phân cấp Bộ xác thực ban đầu của Sui tương đối tập trung, làm dấy lên lo ngại về sự phân cấp lâu dài. Nhóm phải đảm bảo phân phối xác thực mạnh mẽ để duy trì niềm tin. Con đường tiềm năng dẫn đến thống trị của Sui Để Tùy trở thành đại L1, nó phải: ✅ Mở rộng hệ sinh thái DeFi & Gaming - Thu hút các giao thức hàng đầu như Aave hoặc Uniswap và các studio chơi game Web3 tích hợp. ✅ Cải thiện việc giới thiệu nhà phát triển - Thêm hướng dẫn, tài trợ và hackathon để phát triển cơ sở nhà phát triển ngôn ngữ chuyển động. ✅ Tăng cường khả năng tương tác - Cầu nối tốt hơn với Ethereum, Solana và Cosmos để tạo điều kiện thanh khoản giữa chuỗi. ✅ Tăng cường cộng đồng & Quản trị - Quản trị phi tập trung (thông qua DAO) sẽ rất quan trọng để thành công lâu dài. Kết luận: Tương lai của Sui trong cuộc đua L1 Sui có nền tảng kỹ thuật để cạnh tranh với Ethereum, Solana và Aptos — khả năng mở rộng, tốc độ và mô hình đối tượng độc đáo của nó mang lại cho nó một lợi thế. Tuy nhiên, việc nhận con nuôi sẽ quyết định thành công của nó. Nếu Sui có thể xây dựng một hệ sinh thái phát triển mạnh và duy trì sự phân cấp, nó có cơ hội thực sự để trở thành một blockchain Layer-1 cấp cao nhất. 12-18 tháng tới sẽ rất quan trọng. Liệu Sui có vượt qua thử thách? Chỉ có thời gian mới trả lời, nhưng tiềm năng của nó là không thể phủ nhận. Bạn nghĩ sao? Liệu Sui sẽ trở thành blockchain Layer-1 hàng đầu, hay nó sẽ vẫn là một người chơi thích hợp? Chia sẻ suy nghĩ của bạn trong các ý kiến! 🚀
- Sui
0
MoonBags95
Dành choSuiJun 24, 2025
Thảo Luận
Hãy xây dựng danh sách cuối cùng của các tiện ích mở rộng Sui dev! Chia sẻ những thứ cần có của bạn. 🔥
Chỉ cần xác định chia sẻ liên kết từ tiện ích mở rộng Suinami VS Code cho Sui Move to Build, test, publish, call chức năng từ thanh trượt, thay vì luôn sử dụng CLI Kiểm tra nó: https://marketplace.visualstudio.com/items?itemName=blockchainBard.suimoverunner
- Sui
- Architecture
- SDKs and Developer Tools
0
0
kryptoschain10
Dành choWalrusJun 23, 2025
Hỏi đáp Chuyên Gia
How long can data be stored in Walrus and is extension possible?
I've been using Walrus to store my data, but I'm not sure how long it stays stored. I want to know if the data is stored permanently or if I need to renew it periodically? Also, if I want to ensure permanence, what are my options?
- Walrus
0
2
Ramirez125
Dành choSuiJun 23, 2025
Hỏi đáp Chuyên Gia
Các vấn đề kết nối ví Getstashed cũ với Tradeport
Tôi gặp sự cố khi kết nối ví Getstashed cũ của mình với Tradeport. Tài khoản Slush mới của tôi kết nối tốt, nhưng tôi không thể làm cho tài khoản cũ hoạt động. Tôi đã thử tải lại, sử dụng các thiết bị khác nhau, thậm chí xác nhận khả năng hiển thị tài khoản thông qua trình duyệt. Tôi có thể làm gì để khắc phục điều này?
- Sui
0
1
Santorini75
Dành choSuiJun 20, 2025
Thảo Luận
Mất địa chỉ ví Sui của tôi, làm thế nào để khôi phục chúng?
Tôi đang sử dụng Suiscanner và tôi thấy hoạt động quen thuộc từ các địa chỉ khác nhau mà tôi từng có quyền truy cập trong ví Sui của mình, nhưng bây giờ chỉ có một hoạt động hiển thị trong ví Sluch. Làm thế nào tôi có thể khôi phục các địa chỉ bị thiếu?
- Sui
0
1
farshad15
Dành choWalrusJun 20, 2025
Thảo Luận
How to fix 'Cannot open wallet config file' error in Walrus?
I'm trying to use the Walrus CLI to store a file with the command walrus store --wallet. However, I'm encountering an error: Cannot open wallet config file at "~/.sui/sui_config/client.yaml". Err: Unable to load config. I've tried using relative and absolute paths in the command, but the error persists. I can open the file using a text editor, so I know it exists. How can I resolve this issue?
- Walrus
- Typescript SDK
0
4
md rifat hossen32
Dành choSuiJun 19, 2025
Thảo Luận
Soulbound Tài sản có thể chuyển nhượng
Bài viết tuyệt vời! Tôi muốn thêm một vài điểm thực tế để củng cố thiết kế và an toàn loại xung quanh các tài sản không đồng nhất trong Sui Move: ✅ Vì dynamic_field::add()yêu cầu storekhả năng, các tài sản như token soulbound (chỉ cókey) không thể được lưu trữ trực tiếp. IDThay vào đó, chỉ lưu trữ storesiêu dữ liệu của chúng và danh sách dữ liệu mà do có. ✅ Cách tiếp cận tốt nhất: các bộ sưu tập riêng biệt dựa trên các hạn chế về khả năng: VecMap→ đối với key + storetài sản (ví dụ: NFT có thể chuyển nhượng) VecMap→ chỉ dành cho keytài sản -only (ví dụ: token soulbound) ✅ Thêm thẻ thời gian chạy asset_type: Stringvào siêu dữ liệu. Điều này cho phép bạn xác định và xử lý an toàn logic tài sản (ví dụ: chuyển, hiển thị) ngay cả sau khi xóa loại. ✅ Các loại Phantom rất tuyệt vời để gắn thẻ kiểu trong thời gian biên dịch và ngăn chặn việc lạm dụng của nhà phát triển (như chuyển vô tình các mã thông báo không thể chuyển nhượng). Cấu trúc mô-đun này có thể mở rộng, tránh vi phạm khả năng di chuyển và cho phép thiết kế thị trường linh hoạt mà không làm mất an toàn. Làm việc tuyệt vời khi giải thích nó một cách kỹ lưỡng!
- Sui
- NFT Ecosystem
1
1
Câu trả lời hay nhất
HaGiang170
Dành choSuiJun 18, 2025
Thảo Luận
Building with Rust on Sui
I saw this repo recently when checking on the Mysten_Labs's GitHub: https://github.com/MystenLabs/move-binding Move Binding is a Rust library that provides a way to interact with Sui Move packages on-chain. It reads Move packages from the Sui blockchain and generates corresponding Rust structs and function entry points, allowing for seamless integration between Move and Rust. To use Move Binding in your project, add the following dependency to your Cargo.toml: [dependencies] move-binding-derive = { git = "https://github.com/MystenLabs/move-binding" } move-types = { git = "https://github.com/MystenLabs/move-binding" } `
- Sui
2
1
harry phan458
Dành choSuiJun 18, 2025
Bài Viết
Xây dựng thị trường với các tài sản không đồng nhất
Khi xây dựng một thị trường trên blockchain bằng ngôn ngữ lập trình Move, một trong những thách thức hấp dẫn nhất là quản lý tài sản với các hạn chế về khả năng khác nhau trong một bộ sưu tập duy nhất. Cho dù bạn đang giao dịch với các NFT có thể chuyển nhượng, mã thông báo không thể chuyển nhượng hay tài sản tùy chỉnh với các hạn chế chuyển khoản duy nhất, hệ thống loại nghiêm ngặt của Move đòi hỏi thiết kế cẩn thận để đảm bảo an toàn và hiệu quả của loại. Trong bài đăng này, chúng ta sẽ đi sâu vào cách 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, khám phá các giải pháp thực tế và chia sẻ cách tiếp cận mạnh mẽ để xây dựng một thị trường xử lý các loại tài sản đa dạng. Hiểu khả năng của Move Move, được thiết kế cho các blockchain như Sui và Aptos, sử dụng các khả năng để xác định những hoạt động mà một loại hỗ trợ. Hai khả năng chính liên quan đến thị trường của chúng tôi là: key: Cho phép một loại được lưu trữ trong bộ nhớ toàn cầu dưới dạng một đối tượng. lưu trữ: Cho phép một loại được nhúng trong một đối tượng khác, chẳng hạn như cấu trúc hoặc bộ sưu tập. Thị trường của chúng tôi cần xử lý: NFT thông thường: Có chìa khoa+cửa hàng, giúp chúng có thể chuyển nhượng và lưu trữ được. Mã thông báo Soulbound: Chỉ có khóa, nghĩa là chúng không thể chuyển nhượng và không thể được lưu trữ trong các đối tượng khác. Tài sản tùy chỉnh: Có khả năng khác nhau, có khả năng hạn chế chuyển nhượng. Mục tiêu là lưu trữ các tài sản này trong một bộ sưu tập duy nhất, như một Túi, và quản lý danh sách của chúng trong khi tôn trọng hệ thống loại hình của Move. Thách thức: Các lĩnh vực động và hạn chế khả năng Chức dynamic_field::add()năng Move cho phép thêm các trường vào các đối tượng một cách động, điều này có vẻ lý tưởng cho một bộ sưu tập không đồng nhất. Tuy nhiên, loại giá trị V phải có khả năng lưu trữ. Điều này đặt ra một vấn đề cho các token soulbound, vốn thiếu lưu trữ. Vì vậy, làm thế nào để chúng ta lưu trữ và quản lý tài sản với các bộ khả năng khác nhau trên thị trường? Các câu hỏi chính V trong trường động có luôn cần lưu trữ không? Chúng ta có thể sử dụng các loại bao bọc để giải quyết vấn đề này không? Một Túi duy nhất có thể lưu trữ các đối tượng với các khả năng khác nhau (ví dụ: chìa khoa+kho so với chìa khóa) không? Làm thế nào để chúng ta duy trì độ an toàn kiểu với loại xóa kiểu trường động? Các kiểu ma và mô hình nhân chứng giúp quản lý các tài sản không đồng nhất như thế nào? Hãy giải quyết từng câu hỏi và xây dựng một giải pháp. Yêu cầu khả năng cho trường động Tài liệu Move xác nhận rằng dynamic_field: :add () yêu cầu V có khả năng lưu trữ. Điều này là do các trường động được lưu trữ trong một đối tượng và Move buộc các giá trị nhúng phải có thể lưu trữ được. Đối với các NFT thông thường có kho chìa khóa +, điều này rất đơn giản — chúng ta có thể lưu trữ chúng trực tiếp trong Túi hoặc trường động. Đối với các token soulbound chỉ có khóa, việc lưu trữ trực tiếp là không thể. Kiểu wrapper, như struct Wrapper has store {asset: T}, sẽ không hoạt động vì T thiếu kho. Thay vào đó, chúng tôi có thể lưu trữ siêu dữ liệu, chẳng hạn như ID của tài sản và chi tiết danh sách, vốn có cửa hàng. Ví dụ: struct Metadata has store { id: ID, price: u64, asset_type: String, } Lưu trữ không đồng nhất trong một bộ sưu tập duy nhất Bag in Move được thiết kế để lưu trữ các giá trị với khả năng lưu trữ, nhưng tất cả các giá trị phải phù hợp với cùng một ràng buộc kiểu. Điều này có nghĩa là một Túi duy nhất không thể lưu trữ cả siêu dữ liệu NFT (khoe+store) và siêu dữ liệu token soulbound trừ khi chúng được gói trong một loại chung với cửa hàng. Tuy nhiên, việc trộn các loại trong một bộ sưu tập thường dẫn đến sự phức tạp và các vấn đề an toàn loại tiềm ẩn. Một cách tiếp cận tốt hơn là sử dụng các bộ sưu tập riêng biệt cho các bộ khả năng khác nhau: Tài sản: Lưu trữ tài sản trực tiếp trong vect ơ hoặc túi. - Mã thông báo Soulbound: Lưu trữ ID và siêu dữ liệu của chúng trong một vectơ. Sự tách biệt này tôn trọng các hạn chế về khả năng của Move trong khi vẫn giữ cho hệ thống theo mô-đun và có thể bảo trì được. Duy trì an toàn loại Trường động xóa thông tin kiểu khi chạy, vì vậy việc truy xuất một giá trị yêu cầu chỉ định kiểu tại thời điểm biên dịch, như dynamic_field: :remove (). Điều này đảm bảo an toàn loại nhưng làm phức tạp việc xử lý các loại không đồng nhất. Để quản lý các loại tài sản khác nhau, hãy lưu trữ thẻ loại (ví dụ: Chuỗi như “NFT” hoặc “SoulBoundToken”) trong siêu dữ liệu. Khi chạy, hãy kiểm tra thẻ để xác định cách xử lý danh sách. Ví dụ: public struct ListingMetadata has store { asset_id: ID, price: u64, asset_type: String, } Khi truy xuất, hãy sử dụng asset_typeđể quyết định xem tài sản là mã thông báo NFT hay soulbound, đảm bảo xử lý chính xác trong khi vẫn duy trì tính an toàn kiểu thời gian biên dịch cho siêu dữ liệu được lưu trữ. Các loại ma và mô hình nhân chứng Các kiểu Phantom trong Move, như struct Asset, rất hữu ích để gắn thẻ các loại tài sản khác nhau mà không cần chi phí thời gian chạy. Ví dụ: bạn có thể định nghĩa Tài sản và Tài sản để phân biệt các biến thể. Tuy nhiên, bản thân cấu trúc vẫn phải có kho lưu trữ để được lưu trữ trong một bộ sưu tập và thông tin kiểu bị xóa khi chạy. Để trích xuất thông tin loại sau này, hãy lưu trữ trường siêu dữ liệu như asset_type bên cạnh nội dung hoặc ID của nó. Điều này cho phép bạn phân biệt Tài sản với Tài sản trong quá trình xử lý, chẳng hạn như khi thực hiện chuyển khoản hoặc hiển thị danh sách. Thiết kế thị trường thực tế Dưới đây là một triển khai thực tế cho một thị trường xử lý cả tài sản có thể chuyển nhượng và linh hồn: Cấu trúc thị trường use sui::object::{Self, UID, ID}; use sui::vec_map::{Self, VecMap}; struct Marketplace has key { id: UID, transferable_listings: VecMap, soulbound_listings: VecMap, } struct ListingWithAsset has store { asset: T, // T must have key + store price: u64, } struct ListingMetadata has store { asset_id: ID, price: u64, asset_type: String, } Tài sản có thể chuyển nhượng: public fun list_transferable( marketplace: &mut Marketplace, asset: T, price: u64 ) { let id = object::id(&asset); let listing = ListingWithAsset { asset, price }; vec_map::insert(&mut marketplace.transferable_listings, id, listing); } Mã thông báo Soulbound: ublic fun list_soulbound( marketplace: &mut Marketplace, asset: &T, price: u64 ) { let id = object::id(asset); let listing = ListingMetadata { asset_id: id, price, asset_type: "SoulboundToken" }; vec_map::insert(&mut marketplace.soulbound_listings, id, listing); } Xây dựng một thị trường trong Move đã dạy tôi tầm quan trọng của việc liên kết với hệ thống loại ngôn ngữ. Các khả năng như cửa hàng không thể thương lượng đối với các trường động, vì vậy việc lập kế hoạch lưu trữ siêu dữ liệu sớm là rất quan trọng đối với các tài sản không thể lưu trữ được. Các bộ sưu tập riêng biệt đơn giản hóa việc xử lý các bộ khả năng khác nhau, trong khi thẻ siêu dữ liệu cho phép tính linh hoạt khi chạy. Các kiểu Phantom rất tốt để phân biệt thời gian biên dịch, nhưng xử lý kiểu thời gian chạy yêu cầu siêu dữ liệu rõ ràng.
- Sui
1
Tiền thưởng+15
Xavier.eth301
Dành choSuiJun 17, 2025
Hỏi đáp Chuyên Gia
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.
- Sui
- Architecture
0
4