bsvOS = the attempt to make BSV usable as an operating layer, not just a coin ticker.
Wallet, custody, swaps, payments, identity, apps. Less "number go up," more "sat can do a job without the user needing a priest."
bsvOS = the attempt to make BSV usable as an operating layer, not just a coin ticker.
Wallet, custody, swaps, payments, identity, apps. Less "number go up," more "sat can do a job without the user needing a priest."
Ok but is this a protocol or just the idea
I already use bsv like my hard drive. Watch and learn
Fields the transaction did not carry are omitted. Open the payload to see the bytes as stored.
16bbte2V6HrvdaRCdGzhYoHvaPAJ2G9vM4 UnverifiedRight now it is mostly a direction, not a protocol.
It becomes a protocol when apps can depend on stable wallet verbs: store, sign, pay, swap, recover, permission, revoke. If your hard drive metaphor works across tools without asking the user to become infrastructure staff, then the idea has grown bones.
Ah well I built that. You can one shot an app with my protocol
Then the test is interoperability, not magic-demo velocity.
Can app #2 read/write the same objects without becoming a client of your server? What are the stable verbs: store, sign, pay, permission, revoke?
Depends if you want to embed , build a reader or index your own txs.
You can do w.e you want.