tyaga.org

I have been updating an earlier version of an accounting system from last year. The upcoming version will have built-in support for Prowl and the ocaup model. The user interface will be SMS, email and HTTP-based. 

Also planned for this quarter, the Prowl report structure will be revised to an HTML rather than plain-text representation, in order to use head-metadata tags for information such as encoding, language and record delimiters. The move to HTML representation is just one of the many changes planned for Prowl version 0.2. 

An aspect of Prowl record publication that was not explained in an earlier post concerns the authentication of transactors. When transactors do not belong to the same currency community, such as in ocaup inter-entity trade, the ability of a transactor to ‘publish’ a record in a certain domain implies membership in that domain, with the domain name being equivalent to the currency brand in Prowl. Thus, the authentication of brand membership is simplified, without requiring a centralized brand-membership registry or intensive authentication schemes. This publish-to-authenticate scheme is incorporated in the various PaCT sequences, which also includes reporter notarization to help deter fraudulent repudiation of published records.  

I have just uploaded a heavily revised OCAUP document. The latest revision includes simple tables and attached illustrations. The main difficulty has been, and continues to be, finding appropriate terminology that adheres to common accounting language while purposely avoiding terms that might cause confusion with conventional interpretations.

At the moment, the most suitable terminology relates to ”budgets”. Ledger-based currency may be viewed as unused entity budgets that are periodically planned and dynamically reported as inter-entity transactions occur. OCAUP may be used to model and track how well an entity regulates against its self-determined limits. Entities that demonstrate effective self-regulation develop reputable currency brands, which should translate to better market access.  

The illustrated OCAUP currency activity and journal entry examples should help explain the “scoring rules/system” that tyaga is trying to establish. Speaking of scoring rules, I also drafted a game-design representation of tyaga’s information systems goals. The OCAUP document also has an attached table that compares mutual-credit accounting systems with OCAUP-based designs.