Spaces Protocol Community Status: Marketplace, Wallets, and Fabric Are Arriving to Make Bitcoin Names Practical
The first monthly community status update for Spaces Protocol outlines a clear sequence of tools that turn a Bitcoin-anchored naming system into something people can actually use every day. In the video “SPACES PROTOCOL COMMUNITY STATUS | FEBRUARY 25,” the team walks through a marketplace launching within weeks, a graphical wallet designed for ordinary users, Fabric for off-chain records that enable Nostr-style usernames, and the path toward subspaces.
These pieces address the two practical barriers that have slowed adoption of any Bitcoin identity project: the difficulty of buying and selling names, and the friction of running software that feels technical. The update shows both barriers are now being lowered while the security model remains unchanged.
Spaces Protocol is a naming system that lives on Bitcoin. Top-level spaces such as @bitcoin are distributed through open auctions held on the chain itself. Bids are burned. The winner receives a UTXO that carries the name under a covenant.
Sub-handles such as alice@bitcoin are issued under a top-level space. Only a 32-byte root is committed to Bitcoin. The holder of a handle receives a certificate and an inclusion proof. Anyone can verify the proof against the confirmed root. The name does not expire. No registrar can refuse renewal or seize the record after the root is on chain. The design keeps the on-chain footprint small while giving every name the same settlement finality as Bitcoin.
The marketplace described in the update is the first piece that makes transfer of these names straightforward. Version 6 of the software already supports command-line buy and sell operations that produce partially signed Bitcoin transactions. A seller creates a listing by generating a JSON object that contains the partially signed transaction. Anyone can paste that object into the marketplace interface. The buyer completes the transaction by adding the payment output and broadcasting it.
Because the signature is only valid when the correct amount reaches the seller, neither party needs to trust the other or an intermediary. The marketplace itself holds no funds and no keys. It is simply a place to publish and discover listings. Initially the market will support top-level spaces. Once subspaces are standardized, the same mechanism will work for sub-handles.
The result is a secondary market that inherits Bitcoin’s security properties instead of introducing new custodial risk.
https://bitbane.com/spaces-protocol-community-status-marketplace-wallets-and-fabric-are-arriving-to-make-bitcoin-names-practical/
#Bitcoin #BitcoinMarketplace #Version6 #BitcoinUpdate #SpacesProtocol
curiousbitcoin / curious@bitcoin
npub13a…u3m02
2026-10-18 13:12:22 UTC
Author Public Key
npub13a78vq9z0dn4se7f9jtqk0wmx6adc646d576uw86nskxuqd6v6eqeu3m02Seen on
wss://relay.damus.ioPublished at
2026-10-18 13:12:22 UTCEvent JSON
{
"id": "ae5a0cf519dd8045bb44363ed774e46e002ec9e137b1a2434272568ded5b36a4",
"pubkey": "8f7c7600a27b675867c92c960b3ddb36badc6aba6d3dae38fa9c2c6e01ba66b2",
"created_at": 1792329142,
"kind": 1,
"tags": [
[
"t",
"bitcoin"
],
[
"t",
"bitcoinmarketplace"
],
[
"t",
"version6"
],
[
"t",
"bitcoinupdate"
],
[
"t",
"spacesprotocol"
],
[
"client",
"iris"
]
],
"content": "Spaces Protocol Community Status: Marketplace, Wallets, and Fabric Are Arriving to Make Bitcoin Names Practical\n\nThe first monthly community status update for Spaces Protocol outlines a clear sequence of tools that turn a Bitcoin-anchored naming system into something people can actually use every day. In the video “SPACES PROTOCOL COMMUNITY STATUS | FEBRUARY 25,” the team walks through a marketplace launching within weeks, a graphical wallet designed for ordinary users, Fabric for off-chain records that enable Nostr-style usernames, and the path toward subspaces. \n\nThese pieces address the two practical barriers that have slowed adoption of any Bitcoin identity project: the difficulty of buying and selling names, and the friction of running software that feels technical. The update shows both barriers are now being lowered while the security model remains unchanged.\n\nSpaces Protocol is a naming system that lives on Bitcoin. Top-level spaces such as @bitcoin are distributed through open auctions held on the chain itself. Bids are burned. The winner receives a UTXO that carries the name under a covenant.\n\nSub-handles such as alice@bitcoin are issued under a top-level space. Only a 32-byte root is committed to Bitcoin. The holder of a handle receives a certificate and an inclusion proof. Anyone can verify the proof against the confirmed root. The name does not expire. No registrar can refuse renewal or seize the record after the root is on chain. The design keeps the on-chain footprint small while giving every name the same settlement finality as Bitcoin.\n\nThe marketplace described in the update is the first piece that makes transfer of these names straightforward. Version 6 of the software already supports command-line buy and sell operations that produce partially signed Bitcoin transactions. A seller creates a listing by generating a JSON object that contains the partially signed transaction. Anyone can paste that object into the marketplace interface. The buyer completes the transaction by adding the payment output and broadcasting it.\n\nBecause the signature is only valid when the correct amount reaches the seller, neither party needs to trust the other or an intermediary. The marketplace itself holds no funds and no keys. It is simply a place to publish and discover listings. Initially the market will support top-level spaces. Once subspaces are standardized, the same mechanism will work for sub-handles.\n\nThe result is a secondary market that inherits Bitcoin’s security properties instead of introducing new custodial risk.\n\nhttps://bitbane.com/spaces-protocol-community-status-marketplace-wallets-and-fabric-are-arriving-to-make-bitcoin-names-practical/\n\n#Bitcoin #BitcoinMarketplace #Version6 #BitcoinUpdate #SpacesProtocol",
"sig": "9a8e3100e0c33bd215be69d3b5a2092954713dd337ff3d86c22399c470fec31fc1229a1799c8fcaca8a14445d76173ff9ba2a726188e2a3a6cd62ee6fa751ea4"
}