Additional Features

NFT mints

Non-fungible tokens (NFTs) build logically on Geeq’s secure validation of transactions with application payloads and metadata. The issuer fixes the characteristics and terms of the NFT. An NFT is minted by sending an application layer transaction. When the mint transaction is validated, a permanent record is created in the application layer. No smart contracts are required.

Geeq NFTs are controlled by coin accounts, so transactions that involve existing NFTs interact only with the validation blockchain.

 » Read more about: NFT mints  »

Application ledgers

Geeq Data established Geeq’s software product development cycle. As a block of validated transactions is built, a block containing application transactions is built contemporaneously. However, Geeq Data did not require updates to an application ledger.

The addition of NFT and fungible token mints to the original roadmap puts Geeq’s technology to work to handle the full complement of blocks and ledgers: the validation blocks and ledgers used in the payments technology, the application blocks that record the application transactions,

 » Read more about: Application ledgers  »

Fungible token mints

At public mainnet, there will be three asset classes that a standard Geeq coin account will be able to control: $Geeqs, NFTs, and fungible tokens. Only the first was on the original roadmap, however, the Geeq team subsequently invented a method for secure atomic swaps without smart contracts.

After many inquiries about whether Geeq’s combination of security, low transaction costs, and ease of use could support other token types, we made the decision in mid-2022 to include NFTs and fungible tokens on the roadmap for public mainnet.

 » Read more about: Fungible token mints  »

Multi-signature accounts

A multi-signature account (MultiSig) is a type of proxy account. Proxy accounts were introduced earlier in the roadmap to control mints of NFTs and fungible tokens. A proxy account record is kept in the validation layer ledger after its creation. The creation of a multi-sig account and its use are ordinary transactions that do not use smart contracts.

While there is no Administrative User for a multi-sig, it is first created by a user who chooses both (i) a set of users authorized to endorse proposed transactions on the MultiSig account and (ii) the number of endorsements required to create a valid transaction.

 » Read more about: Multi-signature accounts  »

Multi-user permissions

Certain types of Geeq proxy accounts are able to designate an Administrative User. Permissioning structures for accounts and applications are highly desired for enterprise use and mirrors the settings for most software applications with group accounts.

Traditional software users will find this approach to blockchain familiar. In addition, these features provide on-ramps to integrations with Geeq.

Validating transactions, writing blocks, and updating records when there are multi-user permissions is complex. At the application layer,

 » Read more about: Multi-user permissions  »

Decentralized collaboration engine (DCE)

The decentralized collaboration engine (DCE) is the last Geeq native generic application included in the roadmap before public mainnet. The DCE is the natural combination of previous development modules, such as multi-user permissions, application ledgers, Geeq Data, non-$Geeq tokens, block explorers with metadata, and micropayments.

The DCE provides accessible and secure attestations to versions submitted to systems that manage collaborative work. The need for this service will only grow: for on-location and remote work environments,

 » Read more about: Decentralized collaboration engine (DCE)  »