Futures
Access hundreds of perpetual contracts
TradFi
Gold
One platform for global traditional assets
Options
Hot
Trade European-style vanilla options
Unified Account
Maximize your capital efficiency
Demo Trading
Futures Kickoff
Get prepared for your futures trading
Futures Events
Join events to earn rewards
Demo Trading
Use virtual funds to experience risk-free trading
Launch
CandyDrop
Collect candies to earn airdrops
Launchpool
Quick staking, earn potential new tokens
HODLer Airdrop
Hold GT and get massive airdrops for free
Launchpad
Be early to the next big token project
Alpha Points
Trade on-chain assets and earn airdrops
Futures Points
Earn futures points and claim airdrop rewards
Walrus's "native composability" on Sui was originally its most proud feature. After all, being able to treat data Blob as a Sui Object for direct referencing, transfer, destruction, or even embedding as a child component in other objects does sound elegant. For example, an NFT can set its metadata Blob as its "child object" to achieve true ownership binding; a content platform's post can embed a video Blob to form a complete semantic state graph. This design, at first glance, eliminates the sense of disconnection between "on-chain tokens + off-chain metadata" in traditional Web3, making state management seem more complete.
However, this seemingly perfect solution is quietly creating another problem—it doesn't produce data silos between platforms, but rather isolated islands between public blockchains.
The root cause is simple: Blob is a native Sui object, and its ID (for example, 0x8a3b...c1f2) is only meaningful within Sui's state machine. Switch to another chain, and it doesn't work. Ethereum dApps can't understand this ID; Solana programs can't verify whether it truly exists; even Sui's own older contracts might become incompatible due to object model upgrades. Once data enters Walrus, it's like being permanently pinned within the Sui ecosystem.
Some might say, then use a cross-chain bridge. But there's a fundamental limitation: a bridge can help you pass a statement like "a certain Blob indeed exists," but it can't allow the receiving chain to directly operate on that Blob. You can't transfer a Sui Blob on Arbitrum, nor stake it on a Cosmos chain. Composability, at the end of the day, stops at the chain boundary.
What's more ironic is that the deeper this path goes, the further it drifts from the core spirit of Web3—"interoperability and composability." True composability should transcend chain boundaries, not be used to reinforce walls between chains. Look at IPFS's CID, which is a universal identifier that any system can reference; Arweave's transaction ID is also globally unified. But Walrus's approach to composability is essentially a private API within Sui—sounds nice, but fundamentally it still confines itself within a closed ecosystem.
Of course, if Sui truly becomes the dominant L1 in the future, this issue might be overlooked. But as of early 2026, multi-chain architecture remains a reality in front of us. The more powerful Walrus's "native composability" becomes, the harder its data is to integrate into a broader digital ecosystem. Rather than connecting the world, it's more like building a finely crafted but tightly closed garden for Sui.