DID / VC
DID identifies an account or object. VC carries an issuer’s claims. An application still decides which issuers and permissions it accepts.
DIDUnderstand how shared transaction histories become application state, when a blockchain is useful, and how ArcBlock puts identities, assets and application rules into practice.
ArcBlock’s transaction and account guides make this concrete: a signed request is checked against protocol rules, accepted into the ledger, and reflected in queryable state.
An account signs a request. In ArcBlock, the account address is a DID; the signature must be checked along with the permissions for the requested operation.
Developer guidesTransaction types define what can change and the conditions for that change. Validation rejects requests that do not meet those rules.
Developer guidesApplications query account, token and NFT state. A transaction hash provides an entry point for inspecting the operation that produced a change.
Developer guidesThese concepts have different jobs. Follow the mechanism relevant to your application rather than treating every blockchain feature as a token.
DID identifies an account or object. VC carries an issuer’s claims. An application still decides which issuers and permissions it accepts.
DIDFungible tokens record interchangeable units; NFTs identify distinct assets. Ownership records, transfer rules and any attached claims need to be understood separately.
Developer guidesABT is the public network’s native token. Stake for X ties a commitment to a specified application capability, such as Stake for Gas; staking does not by itself promise a yield.
ABT