The InterPlanetary File System (IPFS) is a protocol, hypermedia and file sharing peer-to-peer network for storing and sharing data in a distributed file system.

IPFS

Sui is a Layer 1 protocol blockchain designed as the first internet-scale programmable blockchain platform.

Walrus is a decentralized storage and data availability protocol designed specifically for large binary files, or "blobs"

Walrus

Move is an executable bytecode language used to implement custom transactions and smart contracts. 

Move



1. 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.



2. 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.



3. 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:
 1. ShipmentObject được tạo bởi nhà sản xuất (nguồn gốc, số lô, nội dung)
 2. CertificateOfOriginObject do Cơ quan Thương mại Việt Nam cấp
 3. Công ty vận chuyển hàng hóa cập nhật TransitStatusObject khi lô hàng di chuyển
 4. Đại lý hải quan xác minh tài liệu và ký tên kỹ thuật số thông quan
 5. 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



4. 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 {
 <u8>origin_country: vector,
 nhà phát hành: địa chỉ,
 valid_đến: u64,
 }

 <u8>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.



5. 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.



6. 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



7. 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.



8. 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.



9. 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.



10. 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.

⸻

1. Introduction: Global Trade Is a Trust Bottleneck

The modern supply chain spans dozens of countries, hundreds of vendors, and countless documents—many of them paper-based, error-prone, or unverifiable.

From container tracking to customs declarations and certificates of origin, global trade is plagued by:
	•	Data fragmentation across jurisdictions and systems
	•	Fraudulent documentation and counterfeiting
	•	Inefficient dispute resolution
	•	Costly reconciliation and lack of transparency

Sui offers a programmable, transparent, and scalable blockchain platform capable of modeling the entire global trade process—with secure automation, traceability, and modular governance.

⸻

2. Why Use Sui for Trade and Supply Chain?

Unlike many general-purpose blockchains, Sui’s object-oriented architecture and parallel execution allow enterprises to:

Feature	Benefit in Trade Applications
Object-based modeling	Model real-world assets like containers, shipments, docs
Horizontal scalability	Handle high-volume event tracking and updates
zkLogin authentication	Securely identify users (customs agents, suppliers)
Event logging & emissions	Trace the full chain of custody across networks
Custom Move modules	Encode contract logic (e.g., rules of origin, tariffs)

Sui transforms trade documents into verifiable digital assets—and processes into transparent, self-executing workflows.

⸻

3. Use Case: International Shipment with Certificate of Origin

Let’s walk through a simplified use case.

👟 Scenario: Sneaker shipment from Vietnam to the EU

Stakeholders:
	•	Manufacturer in Ho Chi Minh
	•	Freight carrier
	•	Customs brokers
	•	EU importer

Sui-based Workflow:
	1.	ShipmentObject created by manufacturer (origin, batch number, contents)
	2.	CertificateOfOriginObject issued by Vietnam trade authority
	3.	Freight company updates TransitStatusObject as shipment moves
	4.	Customs agent verifies documents and digitally signs clearance
	5.	EU retailer receives verifiable product + metadata on chain

Benefits:
	•	All stakeholders have access to a tamper-proof audit trail
	•	No email-based doc sharing or PDF forgery
	•	Immediate compliance with import/export rules

⸻

4. Architecture of a Sui-Based Trade Protocol

Each supply chain asset or document becomes a first-class citizen on the chain.

🔩 Core Modules:
	•	ShipmentObject – includes items, weight, origin, unique ID
	•	CertificateModule – verifies document authenticity and issuer roles
	•	CustomsApprovalModule – customs agents can approve/reject shipment
	•	TransitEventModule – emits location updates (e.g., port scanned, loaded)

🔐 Example: Move Module for Certificate Verification

module trade::CertificateModule {
    struct Certificate has key {
        origin_country: vector<u8>,
        issuer: address,
        valid_until: u64,
    }

    public fun issue_certificate(issuer: &signer, country: vector<u8>) {
        let cert = Certificate {
            origin_country: country,
            issuer: signer::address_of(issuer),
            valid_until: 1690000000,
        };
        move_to(issuer, cert);
    }

    public fun validate(cert: &Certificate): bool {
        timestamp::now() < cert.valid_until
    }
}

This logic ensures only trusted authorities can issue and validate trade documents.

⸻

5. Interoperability: Real-Time Collaboration Across Borders

Sui’s modular identity and object logic allows cross-jurisdictional cooperation without central control:

Stakeholder	Action on Sui
Port Authority	Appends scan event to ShipmentObject
National Export Office	Issues digitally signed certificate
Freight Carrier	Updates shipment ETA and condition reports
Customs Agent	Verifies authenticity and compliance on-chain
Retailer	Retrieves verifiable product history + CO2 metadata

With APIs and dashboards built on Sui, even non-technical actors can participate securely in the protocol.

⸻

6. Fraud Prevention and Traceability

Global trade fraud results in billions of dollars in lost revenue annually. Sui combats this with:
	•	Digitally signed documents tied to identity via zkLogin
	•	Immutable chain of custody with timestamped events
	•	NFT-based goods tokens with linked certifications
	•	Smart triggers that prevent tampering or unauthorized transfers

Example: Anti-Counterfeit Proof

Each luxury product token (e.g., designer handbag) can:
	•	Link to origin cert + factory batch number
	•	Include QR code tied to on-chain object
	•	Prevent resale unless authenticated by verified account

⸻

7. Carbon Credits and ESG Integration

Enterprises are under pressure to prove sustainable supply chains. Sui can:
	•	Record carbon emissions per shipment or product unit
	•	Allow third parties (auditors, NGOs) to verify carbon scores
	•	Attach ESG reports to shipping NFTs
	•	Enable on-chain trading or claiming of carbon offsets

Example: A shipping container’s movement logs are used to estimate emissions, and a CarbonScoreObject is attached to the product token. Buyers can verify it before purchase.

⸻

8. Scaling Considerations for Global Networks

Sui’s parallelized execution and low latency make it enterprise-ready:

Scale Requirement	Sui Feature
100,000s of daily updates	Parallel object processing
100+ stakeholders per chain	Object-level permissioning
Real-time API needs	High-throughput RPCs + event subscriptions
Data retention	Object history + on-chain logs

Sui can scale as fast as the global logistics demand grows.

⸻

9. Challenges and Deployment Strategies

Challenge	Mitigation Strategy
Jurisdictional data constraints	Use region-specific modules + object tags
Limited blockchain literacy	Build user-friendly dApps + web UIs
Integration with legacy systems	Middleware + off-chain connectors
Security + compliance auditing	Emission logs + signed attestations

Start with one trade lane or product line, then gradually expand protocols and integrations.

⸻

10. Conclusion: Building the Future of Global Trade on Sui

Sui’s object-centric, programmable, and scalable architecture offers the foundation for a global, verifiable trade protocol.

With Sui, enterprises can:
	•	Reduce paperwork, delays, and fraud
	•	Automate multi-party workflows
	•	Achieve full traceability and ESG compliance
	•	Build shared data layers without central servers

In a world where trust, transparency, and speed define trade success, Sui is more than a blockchain—it’s the trust infrastructure for tomorrow’s supply chains.

Sui’s Role in Streamlining Global Trade and Supply Chain Infrastructure

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

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
 1. 🔑 Đặ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.
 2. ⚖️ 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.
 3. 🛡️ 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.
 4. 🧪 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.
 5. 🔐 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.
 6. 👀 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.

Building on Sui is exciting — its object-centric model opens up new design patterns and faster parallelism. But ⚠️ new models = new mistakes. Ownership bugs, escrow leaks, or careless admin keys can cause costly losses.

This guide gives you a step-by-step security checklist 📝 plus a practical marketplace example to show how to avoid the most common pitfalls.

✅ 1) The Sui Security Checklist
	1.	🔑 Least Privilege
	•	Don’t rely on a single global “admin key.”
	•	Use capability objects for authority.
	•	Guard critical admin powers with multisig or on-chain governance.
	2.	⚖️ Atomic Escrow Transfers
	•	Always escrow assets inside dedicated Listing objects.
	•	Use Programmable Transaction Blocks (PTBs) for atomic swaps → prevents front-running and double spends.
	3.	🛡️ Validate All Inputs
	•	In Move, check vector lengths, bounds, and constraints.
	•	Validate deserialization and reject malformed objects.
	•	Never assume input safety just because the object exists on-chain.
	4.	🧪 Test & Fuzz Aggressively
	•	Write negative tests: invalid inputs, concurrent updates, gas exhaustion.
	•	Add fuzzing for unexpected transaction flows.
	•	Automate in CI to catch regressions early.
	5.	🔐 Key Management
	•	Store admin keys in hardware wallets.
	•	Use multisig for governance actions.
	•	Rotate keys when team members leave.
	6.	👀 Audits & Incentives
	•	Get critical Move modules audited.
	•	Launch a bug bounty program for community testing.
	•	Remember: external eyes catch what you miss.

🏪 2) Example in Practice: A Safe Marketplace

Here’s how to apply the checklist in a marketplace dApp:
	•	Escrow NFTs safely:
Seller moves the NFT into a Listing object. The marketplace contract cannot take funds without seller’s approval.
	•	Handle royalties correctly:
Compute royalties inside the PTB, ensuring correct fee splitting (watch out for rounding!).
	•	Reentrancy? Not here:
Move’s resource model prevents copying/reentrancy by design. Still, test all flows to ensure no logical loopholes.

📚 Sources & Further Reading
	•	Sui Docs: Concepts & Transactions
	•	Sui Whitepaper (object-centric model)
	•	Mysten Labs TypeScript SDK Docs
	•	Move Book
	•	Sui GitHub Repo

✨ Takeaway: On Sui, security is less about EVM-style reentrancy bugs and more about ownership, authority, and atomicity. If you follow the checklist, you’ll reduce your attack surface dramatically while keeping user assets safe.

🔒 Securing Your Sui App: A Practical Security Checklist

🔒 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ế

**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 <value>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 <id>để 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.**

**You start by installing the Sui CLI and the Move toolchain so you can build and publish code, then you run sui client active-address to confirm a working keypair and hit the faucet to get test SUI, after which you create a fresh Move package with the template so you don’t fight folder structure, then you edit a single module to define a simple object with an owner field and a few methods like init, update, and transfer so you can exercise Sui’s object model quickly, next you compile with sui move build and fix any errors the compiler shows because that is your fastest feedback loop, then you publish with sui client publish --gas-budget <value> and grab the package and module IDs from the output so you can call functions, after that you call your init entry function to mint an object and copy the object ID from the transaction effects, then you run sui client object <id> to see version, owner and fields so you confirm the chain wrote what you expect, if you run into “insufficient gas” you shrink the gas budget or request more test SUI since every publish and call costs gas, if you get “module not found” you probably used the wrong package ID or forgot to rebuild, if your transfer fails with a capability error you likely made the object shared when you meant owned or you forgot to pass the correct argument shape, once the basics work you script the flow in a shell or JavaScript script so one command builds, publishes, mints, updates and transfers, which saves time and prevents typos, and finally you push this minimal example to a repo so teammates can clone and run the same steps in minutes; by treating the object as the unit of thinking rather than a single global contract you align how you code with how Sui stores state, which keeps your mental model clean and prevents hard-to-debug reentrancy or global-state races that you might meet on other chains, and because Sui parallelizes owned-object transactions you also see fast confirmation while you iterate which makes onboarding much nicer.**

From clean install to your first on-chain object without getting stuck

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

Trả lời: Hệ thống kiểu tuyến tính của Move thực thi an toàn tài nguyên tại thời điểm biên dịch, ngăn chặn chi tiêu kép, lỗi kiểu tái nhập cảnh hoặc mất tài sản. Bằng cách mô hình hóa mã thông báo, vị trí và quyền làm tài nguyên (struct <T>has key, store>), các nhà phát triển đảm bảo chúng không thể bị sao chép hoặc ngầm loại bỏ. Ngoài việc ngăn chặn hành vi trộm cắp, bạn có thể mã hóa các bất biến dành riêng cho miền (ví dụ: “tài sản thế chấp phải luôn vượt quá nợ”) trực tiếp thành các trừu tượng an toàn kiểu. Điều này làm cho nhiều kiểm tra thời gian chạy không cần thiết - chuyển thực thi sang chính ngôn ngữ.

A: Move’s linear type system enforces resource safety at compile time, preventing double-spending, reentrancy-style bugs, or lost assets. By modeling tokens, positions, and rights as resources (struct<T> has key, store>), developers ensure they cannot be duplicated or implicitly discarded. Beyond preventing theft, you can encode domain-specific invariants (e.g., “collateral must always exceed debt”) directly into type-safe abstractions. This makes many runtime checks unnecessary — shifting enforcement into the language itself.

How can Move’s type system improve security in financial smart contracts?

Hệ thống loại hình của Move có thể cải thiện bảo mật trong các hợp đồng thông minh tài chính như thế nào?



1. Giới thiệu: Vấn đề nan giải chia sẻ dữ liệu doanh nghiệp

Các doanh nghiệp ngày nay được kết nối nhiều hơn bao giờ hết, nhưng việc chia sẻ dữ liệu một cách an toàn giữa các tổ chức vẫn là một trong những thách thức khó khăn nhất. Cho dù đó là chuỗi cung ứng, mạng lưới bảo hiểm hay các tập đoàn tài chính, các công ty phải vật lộn với:
 • Thiếu khả năng tương tác dữ liệu
 • Sợ lạm dụng dữ liệu hoặc vi phạm
 • Kiểm toán dư thừa và chi phí tuân thủ
 • Đường ống thông tin bị che khuất và lỗi thời

Blockchain, đặc biệt là Sui, cung cấp một con đường tiến lên bằng cách cho phép trao đổi dữ liệu có thể kiểm chứng, mô-đun và cho phép — với khả năng truy xuất nguồn gốc và thực thi logic đầy đủ.



2. Tại sao chọn Sui chia sẻ dữ liệu giữa các doanh nghiệp?

Sui nổi bật nhờ kiến trúc lấy đối tượng làm trung tâm, thiết kế có thể mở rộng và hỗ trợ xác minh danh tính an toàn.

🔍 Ưu điểm độc đáo của Sui:

Tính năng Liên quan đến Chia sẻ Dữ liệu
Mô hình dữ liệu dựa trên đối tượng Mỗi gói dữ liệu có một danh tính, vòng đời và chủ sở hữu duy nhất
Kiểm soát truy cập thông qua Move Control, người có thể đọc, ghi hoặc sửa đổi dữ liệu được chia sẻ
ZKLogin cho ID doanh nghiệp Xác thực với thông tin đăng nhập đám mây hiện có một cách an toàn
Nhật ký kiểm toán không thể thay đổi Truy xuất nguồn gốc đầy đủ về những người đã chia sẻ hoặc truy cập dữ liệu
Logic hợp đồng mô-đun Điều chỉnh quyền, lược đồ và trình kích hoạt dữ liệu




3. Trường hợp sử dụng trong thế giới thực: Sản xuất & Hậu cần

Hãy xem xét một kịch bản trong đó nhiều nhà sản xuất và nhà cung cấp dịch vụ hậu cần phải chia sẻ trạng thái vận chuyển, dữ liệu chất lượng sản xuất và mức tồn kho mà không ảnh hưởng đến quyền riêng tư hoặc kiểm soát.

Các vấn đề truyền thống:
 • Silo dữ liệu và độ trễ trên các hệ thống (ví dụ: SAP, Oracle)
 • Không tin tưởng về độ chính xác của dữ liệu
 • Đối chiếu thủ công không hiệu quả

Giải pháp hỗ trợ Sui:
 • Mỗi lô hàng trở thành đối tượng Sui với trạng thái động
 • Nhà cung cấp, hậu cần và nhà bán lẻ có quyền theo phạm vi
 • Các sự kiện được phát ra ở mọi giai đoạn: đóng gói, vận chuyển, giao hàng
 • Tất cả các bên xác minh trạng thái thông qua các truy vấn trên chuỗi hoặc API ngoài chuỗi

✅ Kết quả: Khả năng hiển thị theo thời gian thực với dấu vết kiểm toán đầy đủ, giảm tranh chấp và lỗi giao hàng.



4. Kiến trúc: Xây dựng giao thức liên doanh trên Sui

🔧 Trên chuỗi:
 • DataObject: gói gọn thông tin được chia sẻ (ví dụ: ID lô hàng, nhật ký nhiệt độ, chứng chỉ)
 • AccessControlModule: quản lý vai trò và quyền (người có thể viết, xem hoặc chuyển quyền sở hữu)
 • AuditModule: ghi lại các sự kiện chính, thay đổi trạng thái hoặc cập nhật siêu dữ liệu

🔒 Ví dụ Move Snippet:

mô-đun hậu cần: :accessControl {
 Struct Permission có khóa {
 data_id: ID,
 người xem: địa chỉ,
 can_edit: bool,
 }

 public fun grant_view_permissions (data_id: ID, trình xem: địa chỉ) {
 move_to (&viewer, Quyền {data_id, trình xem, can_edit: false});
 }

 public fun update_data (dữ liệu: &mut sharedData, trình xem: &Permission) {
 khẳng định! (viewer.can_edit, “Người xem thiếu quyền ghi”);
 data.status = “Đã cập nhật”;
 }
}




5. Quyền riêng tư dữ liệu và nhận dạng không có kiến thức

Không phải tất cả dữ liệu nên hiển thị cho tất cả mọi người. Sui cho phép tiếp xúc dữ liệu có chọn lọc thông qua:
 • ZKLogin để xác thực mà không tiết lộ danh tính người dùng
 • Mã hóa các trường đối tượng được lưu trữ trên chuỗi
 • Con trỏ lưu trữ ngoài chuỗi cho dữ liệu nhạy cảm với GDPR
 • Cấp quyền chọn lọc bằng cách sử dụng mã thông báo truy cập hoặc thông tin đăng nhập dựa trên NFT

Điều này đảm bảo các doanh nghiệp có thể cộng tác an toàn trong khi vẫn giữ quyền riêng tư và kiểm soát dữ liệu nhạy cảm.



6. Mô hình quản trị cho các giao thức chia sẻ

Khi nhiều tổ chức đồng quản lý một giao thức, điều cần thiết là phải xác định:

Tùy chọn khía cạnh với Sui
Truy cập Quản trị Truy cập dựa trên vai trò (quản trị viên, trình đọc, biên tập viên)
Nâng cấp hợp đồng Phê duyệt đa SIG hoặc bỏ phiếu dựa trên DAO
Giải quyết tranh chấp Các mô-đun trọng tài trên chuỗi hoặc tạm dừng logic
Quy tắc tài phán Các mô-đun khu vực với bối cảnh pháp lý

Move cho phép bạn mã hóa các quy tắc quản trị này dưới dạng hợp đồng mô-đun, giảm sự mơ hồ và thực thi tuân thủ theo chương trình.



7. Nghiên cứu điển hình: Hiệp hội bảo hiểm chia sẻ dữ liệu yêu cầu bồi thường

Kịch bản: Ba công ty bảo hiểm thành lập một tập đoàn để giảm gian lận bằng cách chia sẻ dữ liệu yêu cầu bồi thường.

Vấn đề:
 • Khiếu nại trùng lặp giữa các công ty
 • Đối chiếu thủ công mất nhiều tuần
 • Rào cản pháp lý cho việc trao đổi dữ liệu

Giải pháp dựa trên Sui:
 • Chia sẻ “ClaimObject” được tạo khi gửi
 • AccessControlModule cấp quyền truy cập đọc/ghi hạn chế cho các công ty bảo hiểm đối tác
 • Các sự kiện và thay đổi trạng thái (ví dụ: được phê duyệt, được gắn cờ) được theo dõi trên chuỗi
 • Chỉ dữ liệu khiếu nại ẩn danh (ví dụ: thiệt hại ô tô+dấu thời gian) mới được chia sẻ

Kết quả:
 • Giảm 35% các khiếu nại trùng lặp
 • Xác nhận ngay lập tức bởi các đối tác
 • Quy trình xem xét khiếu nại có thể kiểm toán đầy đủ



8. Tích hợp chuỗi chằng và ngoài chuỗi

Giao thức chia sẻ dữ liệu Sui có thể tương tác với:
 • Hệ thống ngoài chuỗi sử dụng API, oracles và cầu nối dữ liệu an toàn
 • Các chuỗi khác thông qua khung khả năng tương tác đang phát triển của Sui (ví dụ: LayerZero, Wormhole)

Ví dụ, một lưới năng lượng có thể chia sẻ tín dụng carbon trên chuỗi trên cả Sui và Polygon, đồng thời lưu giữ nhật ký kiểm toán trong kho lưu trữ của Sui.



9. Thách thức và chiến lược giảm thiểu

Giải pháp dựa trên Challenge Suite
Hạn chế pháp lý đối với việc truyền dữ liệu Sử dụng các mô-đun nhận thức về quyền tài phán của ZKLogin +
Sự trưởng thành công nghệ khác nhau của các đối tác Xây dựng trình gói API và bảng điều khiển để truy cập mã thấp
Quản lý phiên bản của lược đồ dùng chung Sử dụng kiểm soát phiên bản đối tượng và các hợp đồng có thể nâng cấp
Cần xác nhận ngoài chuỗi Kết hợp các lời tiên tri với chứng minh sự kiện trên chuỗi

Sui cung cấp cho các doanh nghiệp sự linh hoạt trong việc thiết kế xung quanh các ràng buộc trong thế giới thực mà không ảnh hưởng đến bảo mật hoặc kiểm soát.



10. Kết luận: Sui là Lớp tin cậy cho hợp tác doanh nghiệp

Dữ liệu là dầu mới — nhưng chỉ khi được chia sẻ, tin cậy và có thể thực hiện được. Với Sui, doanh nghiệp có thể:
 • Mã hóa logic cộng tác trực tiếp trong hợp đồng thông minh
 • Kiểm soát ai xem và chỉnh sửa dữ liệu nhạy cảm
 • Theo dõi, kiểm toán và thực thi các quy tắc giao thức tự động
 • Xây dựng các đường ống dữ liệu có thể mở rộng, an toàn và tôn trọng quyền riêng tư

Khi ngày càng có nhiều ngành công nghiệp yêu cầu trao đổi dữ liệu có thể lập trình, giảm đáng tin cậy, Sui cung cấp cơ sở hạ tầng lý tưởng để xây dựng các hệ sinh thái được chia sẻ, chống giả mạo.

⸻

1. Introduction: The Enterprise Data Sharing Dilemma

Enterprises today are more interconnected than ever, yet securely sharing data between organizations remains one of the toughest challenges. Whether it’s supply chains, insurance networks, or financial consortia, companies struggle with:
	•	Lack of data interoperability
	•	Fear of data misuse or breaches
	•	Redundant audits and compliance overhead
	•	Siloed and outdated information pipelines

Blockchain, especially Sui, offers a path forward by enabling verifiable, modular, and permissioned data exchange—with full traceability and logic enforcement baked in.

⸻

2. Why Sui for Cross-Enterprise Data Sharing?

Sui stands out due to its object-centric architecture, scalable design, and support for secure identity verification.

🔍 Sui’s Unique Advantages:

Feature	Relevance to Data Sharing
Object-based data model	Each data packet has a unique identity, lifecycle, and owner
Access control via Move	Control who can read, write, or modify shared data
zkLogin for enterprise ID	Authenticate with existing cloud credentials securely
Immutable audit logs	Full traceability of who shared or accessed data
Modular contract logic	Tailor data permissions, schemas, and triggers


⸻

3. Real-World Use Case: Manufacturing & Logistics

Let’s examine a scenario where multiple manufacturers and logistics providers need to share shipping status, production quality data, and inventory levels—without compromising privacy or control.

Traditional Problems:
	•	Data silos and delays across systems (e.g., SAP, Oracle)
	•	Mistrust over data accuracy
	•	Inefficient manual reconciliations

Sui-Enabled Solution:
	•	Each shipment becomes a Sui object with a dynamic status
	•	Suppliers, logistics, and retailers have scoped permissions
	•	Events are emitted at every stage: packaged, shipped, delivered
	•	All parties verify states via on-chain queries or off-chain APIs

✅ Result: Real-time visibility with full audit trail, reducing disputes and delivery errors.

⸻

4. Architecture: Building a Cross-Enterprise Protocol on Sui

🔧 On-Chain:
	•	DataObject: encapsulates the shared information (e.g., shipment ID, temperature logs, certs)
	•	AccessControlModule: manages roles and permissions (who can write, view, or transfer ownership)
	•	AuditModule: logs key events, state changes, or metadata updates

🔒 Example Move Snippet:

module logistics::AccessControl {
    struct Permission has key {
        data_id: ID,
        viewer: address,
        can_edit: bool,
    }

    public fun grant_view_permission(data_id: ID, viewer: address) {
        move_to(&viewer, Permission { data_id, viewer, can_edit: false });
    }

    public fun update_data(data: &mut SharedData, viewer: &Permission) {
        assert!(viewer.can_edit, "Viewer lacks write permission");
        data.status = "Updated";
    }
}


⸻

5. Data Privacy and Zero-Knowledge Identity

Not all data should be visible to everyone. Sui enables selective data exposure through:
	•	zkLogin for authentication without revealing user identity
	•	Encryption of object fields stored on-chain
	•	Off-chain storage pointers for GDPR-sensitive data
	•	Selective permission grants using access tokens or NFT-based credentials

This ensures enterprises can collaborate securely while retaining privacy and control over sensitive data.

⸻

6. Governance Models for Shared Protocols

When multiple organizations co-manage a protocol, it’s essential to define:

Aspect	Options with Sui
Access Governance	Role-based access (admin, reader, editor)
Contract Upgrades	Multi-sig approvals or DAO-based voting
Dispute Resolution	On-chain arbitration modules or pause logic
Jurisdiction Rules	Regional modules with legal context

Move allows you to encode these governance rules as modular contracts, reducing ambiguity and enforcing compliance programmatically.

⸻

7. Case Study: Insurance Consortium Sharing Claims Data

Scenario: Three insurers form a consortium to reduce fraud by sharing claims data.

Problem:
	•	Duplicate claims across companies
	•	Manual reconciliation taking weeks
	•	Legal hurdles for data exchange

Sui-Based Solution:
	•	Shared “ClaimObject” created upon submission
	•	AccessControlModule grants limited read/write access to partner insurers
	•	Events and state changes (e.g., approved, flagged) tracked on-chain
	•	Only anonymized claim data (e.g., car damage + timestamp) is shared

Outcomes:
	•	35% drop in duplicate claims
	•	Instant validation by partners
	•	Fully auditable claims review process

⸻

8. Cross-Chain and Off-Chain Integration

Sui data-sharing protocols can interoperate with:
	•	Off-chain systems using APIs, oracles, and secure data bridges
	•	Other chains via Sui’s evolving interoperability framework (e.g., LayerZero, Wormhole)

For example, an energy grid can share on-chain carbon credits across both Sui and Polygon, while preserving audit logs in Sui’s storage.

⸻

9. Challenges and Mitigation Strategies

Challenge	Sui-Based Solution
Legal restrictions on data transfer	Use zkLogin + jurisdiction-aware modules
Varying tech maturity of partners	Build API wrappers and dashboards for low-code access
Versioning of shared schemas	Use object version control and upgradeable contracts
Need for off-chain validation	Combine oracles with on-chain event proofs

Sui gives enterprises flexibility to design around real-world constraints, without compromising security or control.

⸻

10. Conclusion: Sui as the Trust Layer for Enterprise Collaboration

Data is the new oil—but only when shared, trusted, and actionable. With Sui, enterprises can:
	•	Encode collaboration logic directly in smart contracts
	•	Control who sees and edits sensitive data
	•	Track, audit, and enforce protocol rules automatically
	•	Build scalable, secure, and privacy-respecting data pipelines

As more industries demand trust-minimized, programmable data exchange, Sui provides the ideal infrastructure for building shared, tamper-proof ecosystems.

Building Cross-Enterprise Data Sharing Protocols on Sui

Xây dựng giao thức chia sẻ dữ liệu liên doanh trên 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

What are the key features and functionalities of AMM bots within the Sui ecosystem? How do they improve upon traditional trading mechanisms, and what advantages do they offer to users engaging with DeFi protocols on the Sui network?

Do I need to build one or I can use Turbos Finance for example

AMM Bot in Sui Ecosystem

AMM Bot trong hệ sinh thái Sui

# 👀 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

![](https://ipfs-cdn.peeranha.io/QmcRWFsXzUBecBmZBzVPMdtSS9zqA4yJMysXhPdYhE3bWK)

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ạn**viết chính sách trực tiếp vào hợp đồng thông minh**củ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ào**ai đượ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ớp**onchain-first, được kiểm soát truy cập, bảo mật theo mặc định**cho DApp của bạn.


![](https://ipfs-cdn.peeranha.io/QmPTLrU3XXDG3zx92LXhh8GzdRgUG98rPb8ZkX42nUf77S)


**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:

1. 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
2. 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óa*sau* 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?
![](https://ipfs-cdn.peeranha.io/QmRsHK6qzzjcQsZcTdgMBiQdn4QZzSaBRSpM5ZdgXrH9gw)

Chúng tôi đã đề cập đến**SEAL 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ợp**logic truy cập onchain**với**quả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:

```rust
entry fun seal_approve(id: vector<u8>, 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:

```rust
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 đó.

```rust
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ính**củ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 ra**trê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:

![](https://ipfs-cdn.peeranha.io/Qmcni3mRP85eLrfcny1ZgDdeQbe3rj9CdD2y6zHvzyZAS3)

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

# 👀SEAL is Live on Sui Testnet – I Think Web3 Data Privacy Is About to Change

In the Web3, it’s common to hear phrases like **“users own their data”** or **“decentralized by design”**. But when you look closely, many applications still rely on centralized infrastructures to handle sensitive data — using services like AWS or Google Cloud for key management. This introduces a contradiction: decentralization on the surface, centralization underneath.


But what if there was a way to manage secrets securely, without giving up decentralization?Introducing SEAL – Decentralized Secrets Management (DSM), now live on the Sui Testnet. SEAL aims to fix one of Web3’s biggest hypocrisies: shouting decentralization while secretly using AWS

![](https://ipfs-cdn.peeranha.io/QmcRWFsXzUBecBmZBzVPMdtSS9zqA4yJMysXhPdYhE3bWK)

# You maybe ask me: What is SEAL?

SEAL is a protocol that lets you manage sensitive data securely and **decentrally** – built specifically for the Web3 world. Think of it as a privacy-first access control layer that plugs into your dApp.



You can think of SEAL as a kind of programmable lock for your data. You don’t just lock and unlock things manually — you **write policies directly into your smart contracts**, using Move on Sui.

Let’s say you’re building a dApp where:

- Only NFT holders can unlock a premium tutorial
- Or maybe a DAO has to vote before sensitive files are revealed
- Or you want metadata to be time-locked and only accessible after a specific date

SEAL makes all of that possible. The access control lives *onchain*, fully automated, no need for an admin to manage it. Just logic, baked right into the blockchain.

SEAL makes all of that possible. The access control lives *onchain*, fully automated, no need for an admin to manage it. Just logic, baked right into the blockchain.

Another interesting piece is how SEAL handles **encryption**. It uses something called **threshold encryption**, which means: no single node can decrypt the data. It takes a group of servers to work together — kinda like multi-sig, but for unlocking secrets. This distributes trust and avoids the usual single-point-of-failure problem.

And to keep things truly private, SEAL encrypts and decrypts everything **on the client side**. Your data is never visible to any backend. It stays in your hands — literally — on your device.

and SEAL doesn’t care where you store your data. Whether it’s IPFS, Arweave, Walrus, or some other platform, SEAL doesn’t try to control that part. It just focuses on **who’s allowed to see what**, not *where* things are stored.

> So yeah, it’s not just a library or API — it’s an **onchain-first, access-controlled, privacy-by-default layer** for your dApp.


![](https://ipfs-cdn.peeranha.io/QmPTLrU3XXDG3zx92LXhh8GzdRgUG98rPb8ZkX42nUf77S)


**SEAL fills a pretty critical gap**. Let’s break that down a bit more. 

---

If you’re building a dApp that deals with **any form of sensitive data** — gated content, user documents, encrypted messages, even time-locked NFT metadata — you’ll run into the same problem:

➡️ How do you manage access securely, without relying on a centralized service?

Without something like SEAL, most teams either:

1. Use centralized tools like AWS KMS or Firebase, which clearly goes against decentralization
2. Or try to patch together half-baked encryption logic themselves, which usually ends up brittle and hard to audit

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

Neither of those scales well. Especially not when you’re trying to build trustless apps across multiple chains or communities.

**SEAL makes that entire process modular and programmable.**

You define your access rules in Move smart contracts, and SEAL handles the rest — key generation, decryption approvals, and access enforcement — all without anyone manually issuing keys or running backend checks.

Even better, those rules are **auditable and immutable** — once they’re onchain, they follow the contract, not a human admin.

So instead of asking “who should manage access to this data?” you just ask:

> “What logic should define access?”
> 

> …and let the chain handle it. Clean and scalable.

That’s what makes SEAL relevant for more than just “security tools” — it’s a base layer for **any dApp that cares about privacy, compliance, or dynamic access logic.**

It’s a small shift — but it changes a lot about how we think of data in Web3. Instead of encrypting *after* deployment, or relying on external services, **you start with privacy built-in — and access handled entirely by smart contract logic.**

And that’s exactly what Web3 needs right now.

---
# How Does SEAL Actually Work?
![](https://ipfs-cdn.peeranha.io/QmRsHK6qzzjcQsZcTdgMBiQdn4QZzSaBRSpM5ZdgXrH9gw)

We’ve covered **what SEAL is** and **why Web3 needs it**, let’s take a look at how it’s actually built under the hood. This part is where things get more technical — but in a good way. The architecture is elegant once you see how all the pieces fit together.

At a high level, SEAL works by combining **onchain access logic** with **offchain key management**, using a technique called **Identity-Based Encryption (IBE)**. This allows devs to encrypt data *to an identity*, and then rely on smart contracts to define *who is allowed* to decrypt it.

## Step 1: Access Rules in Smart Contracts (on Sui)

Everything starts with the smart contract. When you’re using SEAL, you define a function called seal_approve in your Move contract — this is where you write your conditions for decryption.

For example, here’s a simple time-lock rule written in Move:

```rust
entry fun seal_approve(id: vector<u8>, 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);
}
```

Once deployed, this contract acts as the gatekeeper. Whenever someone wants to decrypt data, their request will get checked against this logic. If it passes, the key gets released. If not, they’re blocked. No one has to intervene.

## **Step 2: Identity-Based Encryption (IBE)**

Here’s where the magic happens.

Instead of encrypting data for a specific wallet address (like with PGP or RSA), SEAL uses **identity strings** — meaning you encrypt to something like:

- 0xwalletaddress
- dao_voted:proposal_xyz
- PkgId_2025_05_01 (a timestamp-based rule)
- or even game_user_nft_holder

When the data is encrypted, it looks like this:

```rust
Encrypt(mpk, identity, message)
```

- mpk = master public key (known to everyone)
- identity = the logic-defined recipient
- message = the actual data

Later, if someone wants to decrypt, the key server checks if they match the policy (via the seal_approve call onchain). If it’s approved, it returns a derived private key for that identity.

```rust
Derive(msk, identity) → sk  
Decrypt(sk, encrypted_data)
```

The user can then decrypt the content locally.

So encryption is done without needing to know *who* will decrypt ahead of time. You just define the *conditions*, and SEAL figures out the rest later. It’s dynamic.


## **Step 3: The Key Server – Offchain, But Not Centralized**

You might wonder: who’s holding these master keys?

This is where SEAL’s **Key Server** comes in. Think of it as a backend that:

- Holds the master secret key (msk)
- Watches onchain contracts (like your seal_approve logic)
- Only issues derived keys if the conditions are satisfied

But — and this is key — SEAL doesn’t rely on just *one* key server. You can run it in **threshold mode**, where multiple independent servers need to agree before a decryption key is issued.

For example: 3-of-5 key servers must approve the request. This avoids central points of failure and allows decentralization at the key management layer too.

Even better, in the future SEAL will support **MPC (multi-party computation)** and **enclave-based setups** (like TEE) — so you can get even stronger guarantees without compromising usability.

## **Step 4: Client-Side Decryption**

Once the key is returned to the user, the actual decryption happens **on their device**. This means:

- The server never sees your data
- The backend never stores decrypted content
- Only the user can access the final message

It’s a solid privacy model. Even if someone compromises the storage layer (IPFS, Arweave, etc.), they still can’t read the data without passing the access logic.

Here’s the quick mental model:

![](https://ipfs-cdn.peeranha.io/Qmcni3mRP85eLrfcny1ZgDdeQbe3rj9CdD2y6zHvzyZAS3)

This structure makes it easy to build dApps where access rules aren’t hardcoded — they’re dynamic, auditable, and fully integrated into your chain logic.

## **The Team Behind SEAL**

SEAL is led by **Samczsun**, a well-known figure in the blockchain security community. Formerly a Research Partner at Paradigm, he has audited and saved multiple ecosystems from major exploits. Now, he’s focused full-time on building SEAL into a core piece of Web3’s privacy infrastructure.

With his background and credibility, SEAL is not just another experimental tool — it’s a serious attempt at making decentralized data privacy both practical and scalable.

As SEAL goes live on the Sui Testnet, it brings a new standard for how Web3 applications can manage secrets. By combining onchain access control, threshold encryption, and client-side privacy, SEAL offers a more trustworthy foundation for decentralized data handling.

Whether you’re building dApps, DAOs, or decentralized games — SEAL provides a powerful toolkit to enforce access control and protect user data without compromising on decentralization.

If Web3 is going to move forward, secure infrastructure like SEAL is not optional — it’s essential

👀 SEAL- I Think Web3 Data Privacy Is About to Change

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

* 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ế. *

*I'm trying to understand this aspect of the Sui Network because I'm either building, debugging, or deploying something that touches this area. I want a detailed explanation of how this mechanism or feature works, along with relevant CLI usage, Move code structure, or architectural concepts. My goal is to gain enough clarity to apply this knowledge in a real project—whether that's a custom smart contract, an NFT system, a wallet integration, or a DeFi tool. The Sui Network has unique features compared to EVM chains, so I'm particularly interested in what sets it apart and how that affects development best practices. It would help to have sample code, command line examples, or typical errors to watch for, especially when using the Sui CLI, SDK, or deploying on localnet/testnet. Ultimately, I want to avoid common mistakes, follow the best security principles, and ensure that the functionality I’m working on behaves as expected under realistic conditions.*

How do I merge two coin object in Move?

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ế.

I'm trying to understand this aspect of the Sui Network because I'm either building, debugging, or deploying something that touches this area. I want a detailed explanation of how this mechanism or feature works, along with relevant CLI usage, Move code structure, or architectural concepts. My goal is to gain enough clarity to apply this knowledge in a real project—whether that's a custom smart contract, an NFT system, a wallet integration, or a DeFi tool. The Sui Network has unique features compared to EVM chains, so I'm particularly interested in what sets it apart and how that affects development best practices. It would help to have sample code, command line examples, or typical errors to watch for, especially when using the Sui CLI, SDK, or deploying on localnet/testnet. Ultimately, I want to avoid common mistakes, follow the best security principles, and ensure that the functionality I’m working on behaves as expected under realistic conditions.

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

Chia sẻ kiến thức và chuyên môn của bạn.

Bài viết

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