UNITS OF EXCHANGE AND STORES OF VALUE

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims priority to U.S. Provisional Application No. 63/258,323 filed April 21, 2021, and entitled "Private Currency Paired With Interest in pooled units Further Paired With External Stores Of Value.” The above-referenced priority application is hereby incorporated by reference.

FIELD OF THE INVENTION

[0002] The following description relates to value and property conversion between units of exchange and stores of value.

[0003] In various contexts, the property characteristics of certain elements existing in a network limit or prevent a desired function. In such cases, a method or system for transposing an element of certain properties and functionalities to another element of varying properties and functionalities, while preserving a value continuation and fluctuation between the two disparate elements, provides valuable flexibility and opportunities to benefit from the properties and functionalities of both elements in the same network. The present disclosure enables such goals.

BRIEF DESCRIPTION OF THE DRAWINGS

[0004] FIG. 1 is a block diagram depicting a Transpositive Network Computing System.

[0005] FIG. 2 is a diagram depicting a Transpositive Node Network.

[0006] FIG. 3 is a diagram depicting a Transpositive Node Network with Companies.

[0007] FIG. 4 is a diagram depicting possible elements of a Transaction Instance.

[0008] FIG. 5 is a diagram depicting possible elements of an Interest in Pooled Unit

Entry.

[0009] FIG. 6 is a diagram depicting possible elements of a Pairing Record. [0010] FIG. 7 is a flow chart showing an example process for generation of Transaction Instance, Interest in Pooled Unit and Pairing Record.

[0011] FIG. 8 is a flow chart showing an example process for determining value of Transaction Instance and Interest in Pooled Unit, and quantity of Interest in Pooled Unit and FVWs to be transferred.

[0012] FIG. 9 is a flow chart showing properties and pairing of Transpositive Items.

[0013] FIG. 10 is a flow chart showing an example process for transfer of Transaction Instances and Interest in Pooled Units.

[0014] FIG. 11 is a flow chart showing an example process for fractionalization of Transaction Instances and Interest in Pooled Units.

[0015] FIG. 12 is a flow chart showing an example process for defractionalization of Transaction Instance and Interest in Pooled Units.

[0016] FIG. 13 is a flow chart showing an example process for paying Microtransaction Fee (MTF) for TI.

[0017] FIG. 14 is a flow chart showing an example process for pooling of Transaction Instances for MTF calculation.

[0018] FIG. 15 is a diagram depicting network participation rewards (NPR).

[0019] FIG. 16 is a diagram depicting dividend payments for Transaction Instances.

[0020] FIG. 17 is a diagram depicting pooling of Transaction Instances for dividend payments.

[0021] FIG. 18 is a diagram depicting retirement of Transaction Instances and Interest in Pooled Units.

[0022] FIG. 19 is a diagram depicting partial appreciation participation.

[0023] FIG. 20 is a diagram depicting function of paired Transaction Instances and Interest in Pooled Units.

[0024] FIG. 21 is a diagram depicting WFV Unit and Transaction Instance correspondence and use.

[0025] FIG. 22 is a diagram depicting multiple pairing among Interest in Pooled Units, Transaction Instances, WFV and an external currency. [0026] FIG. 23 is a diagram depicting display options.

[0027] FIG. 24 is a diagram depicting a transpositive request from WFV to Interest in Pooled Unit to FVW.

[0028] FIG. 25 is a diagram depicting transfer of Interest in Pooled Units.

[0029] FIG. 26 is a diagram depicting fractionalization of Interest in Pooled Units.

[0030] FIG. 27 is a diagram depicting defractionalization of Interests in Pooled Units.

[0031] FIG. 28 is a diagram depicting retirement of Interests in Pooled Units.

DETAILED DESCRIPTION

[0032] Although there exist numerous network ecosystems in which the present disclosure may be applied, in some implementations, the systems and techniques described here can enable entities with the ability to monetize corporate securities into tradable currency, an accomplishment not permitted by the currently separate ecosystems of stablecoins and tokenized securities.

[0033] Stablecoins, fiat currencies and other units of exchange are by nature variable-volume, fixed-value units, while corporate securities and other stores of value such as Bitcoin, other cryptocurrencies and commodities, are by nature fixed-volume, variable-value units, and these two categories cannot be used interchangeably due to such apposite characteristics. By application of a series of transpositive network principles, through sequential and variable literal and value -equivalence pairing and pooling, the interference obstructing full circuitry of currency and corporate securities may be removed, as one example.

[0034] In all instances and embodiments described in this disclosure: all steps in the figures may occur in varying orders and not all steps are shown, and not all steps shown are necessarily required; where reference to a Client Node is made as having a particular role, given that a Client Node has the lowest functionality of any Node, such role and function may be undertaken by any other Node in the system, e.g., Merchant Node, Company Node or Transpositive Node; none of such approaches herein are exclusive and each may be combined with one or more other approaches depending on the desired configuration; any step described as to any financial instrument or store of value may be accomplished either with the specific asset or a derivative instrument representing such asset, provided that such derivative instrument is legally binding and valid. For example, any instance of pairing for value in a pool of FVWs may be accomplished with the actual FWVs, or through derivatives or other financial instruments providing approximately the same performance thereof; in all steps of execution of software in a module stored in Node storage, such execution includes such software and the relevant data being loaded into the appropriate memory to enable the desired operation conducted by the Node processor; separate elements of TI and IPU, in some embodiments, may be combined into a single unit of unified currency where the functionality of TI and IPU are consolidated into one instantiation of currency in the Network. In such cases, all references to either TI or IPU shall be construed to be references to such unified currency; where reference to the Transpositive Node Network or Network is made, such reference may alternatively refer to a distributed ledger technology (DLT) implementation of the Network where one or more Nodes, possibly Transpositive Nodes, act on a federated, deterministic basis to validate, record and search transactions recorded in a private, semi-public or public blockchain.

[0035] FIG. 1 is a diagram depicting a Transpositive Network Computing System 100. A Transpositive Network Computing System 100 includes one or more software modules existing in storage, loaded into memory or executing on a processor 101, one or more processors 102, various types of memory 103, one or more types of storage 104 and one or more display devices 105, one or more input devices 106, one or more output devices 107, which may all be linked together by a communications interface 108, with the input devices and output devices potentially linked to a communications network 109. In some implementations, the transpositive network computing system 100 is implemented to perform operations in the example processes 900, 1000, 1100, 1200, 1300, 1400, 1500, 1600, 1700, 1800, 1900, 2000, 2100, 2200, 2400, 2500, 2600, 2700, 2800 in FIGS. 9-22 and 24-28, or in another manner.

[0036] All software in modules 101 containing instructions shall reside in the cache of the processor 102, memory 103 or storage 104, with data being presented on the display 105 and stored in storage 104.

[0037] The Transpositive Network Computing System processor 102 may be one or more processors or integrated circuits with specialized functions, integrated with various levels of cache. The communications interface 108 may include an I/O interface, communications interface and bus. Memory 103 may include various forms of memory such as flash, RAM, DRAM or a combination of memory types. Storage 104 may include solid state drives, hard drive, USB drive, SD cards, DVDs or other various optical, magnetic or other media.

[0038] A Transpositive Network Computing System may serve as a Transpositive Node or a conversion node, Company Node, Client Node, Merchant Node or Third-Party Node or a combination or variation of the foregoing.

[0039] As described herein, all steps of receiving data shall occur by the input device 106 and all steps of sending data shall occur by the output device 107. All communications within components of the Transpositive Network Computing System 100 shall occur over the communications interface 108.

[0040] FIG. 2 is a diagram depicting a Transpositive Node Network 200. A Transpositive Node Network 200 maybe comprised of a Transpositive Node or federated Transpositive Nodes 201, Company Nodes 202, Client Nodes 203, Merchant Nodes 205, Third-Party Nodes 206, tied together by a communications network 204. In some implementations, the Transpositive Node Network 200 is implemented to perform operations in the example processes 900, 1000, 1100, 1200, 1300, 1400, 1500, 1600, 1700, 1800, 1900, 2000, 2100, 2200, 2400, 2500, 2600, 2700, 2800 in FIGS. 9-22 and 24-28, or in another manner.

[0041] In various embodiments, the disclosed technology includes at least one Transpositive Node, one or more Client Nodes, possibly Company Nodes and possibly one or more Merchant Nodes, which may variously communicate and transact with each other, i.e., Client Node to Client Node, Client Node to Merchant Node, Client Node to Transpositive Node, Merchant Node to Transpositive Node, and with outside, Third- Party Nodes. Client Nodes, Merchant Nodes, Company Nodes and Transpositive Nodes may be of one or more classes, differentiated by varying obligations, responsibilities and functionalities.

[0042] Client Nodes 203 may display various data, such as data showing current and historical amounts of TI or other stores of value held, histories of transactions, frequent counterparties, loans or indebtedness, accumulation or rewards, availability of other opportunities. [0043] Client Nodes 203 may offer various capabilities, such as initiating the purchase of TI, using TI to purchase goods or services, depositing such TI for various purposes, loaning or borrowing TI, exchanging such TI for other TI or other currencies or stores of value, or financial instruments or investments. Client Nodes 203 may also offer the ability to communicate with other Nodes and to share files or grant limited access to certain data. Authority over Client Nodes 203 may be shared between two or more people, and different persons may be granted different levels of access and privileges. Client Nodes 203 may enable the ability to be accessed simultaneously from more than one location, and may provide additional layers of information regarding access and security. Client Nodes 203 may request upgrades or downgrades in account limits or access to additional features or functionality.

[0044] Merchant Nodes 205 might include all of the capabilities of Client Nodes 203, but might also include more capabilities related to offering goods or services for sale or lease to other Users. Such goods or services might be offered for sale on another system, but the payment therefor could occur through a Transpositive Node Network 200, or be connected to a Transpositive Node Network 200 through one or more interfaces utilizing a common protocol. Merchant Nodes 205 might be capable of offering rewards and loyalty programs, as well as capabilities for calculating advantageous offers or predictions of purchasing patterns. Merchants might be provided the ability to interconnect backend analytics systems with the Transpositive Node Network 200 to optimize consumer prediction and offers, as well as the ability to cooperate with other Merchant Nodes 205 and to form mutually -beneficial federations. Merchant Nodes 205 might have additional, comprehensive reporting functions relating to sales, returns, inquiries, repeat purchases, amount of or frequency of purchases, as well as patterns related thereto. Merchant Nodes 205 might be provided the ability to offer their own TI as a sub-offering in a Transpositive Node Network 200.

[0045] Transpositive Nodes 201 might include all of the capabilities of Client Nodes 203, Company Nodes 202 and Merchant Nodes 205, but would also serve as the central processing unit, source-of-truth database and clearinghouse for all TI creation, issuance, exchange and rewards. Transpositive Nodes 201 would maintain the various accounts of Client Nodes 203, Company Nodes 202 and Merchant Nodes 205, which might include WFV accounts, TI accounts, US Dollar accounts, FWV accounts, loans and accounts of various other currencies or stores of value. All communications and transactions in the Transpositive Node Network 200 initiated by Client Nodes 203, Company Nodes 202 and Merchant Nodes 205 would be received by the Transpositive Node 201 for processing and recording, or onward transmission to the eventual recipient or for further action.

[0046] Transpositive Node responsibilities may be shared by more than one Transpositive Node in a federated manner, where roles and functions are allocated by agreement. Such embodiments might still include a senior Transpositive Node or Transpositive Nodes of varying degrees of responsibility and authority, configured and operated based on such agreement.

[0047] In various embodiments, the disclosed technology may enable creation of multiple Transpositive Node Networks with more than one Transpositive Node working together in a coordinated or federated fashion. Such multiple Transpositive Node Networks would include standardization or interoperability in TI Records and calculation of exchange rates and uniformity of User obligations and responsibilities.

[0048] In various embodiments, a Network may be implemented using distributed ledger technology ("DLT”) where specified Nodes in the Network, possibly one or more Transpositive Nodes acting in a federated capacity, would be responsible for validating transactions on the official distributed ledger, based on various verification approaches, such as Hashgraph, virtual voting, proof-of-work, proof-of-stake or other consensus algorithms. In such a DLT network, in addition to status as Transpositive Nodes, Company Nodes, Merchant Nodes or Client Nodes, a Node might also serve as a verification Node, in addition to being a reading Node, while some Nodes might be read only Nodes. Verification Nodes have responsibility for ratifying transactions on the ledger, while read-only Nodes are able to view transactions of the ledger, the ability to write transactions to the ledger would depend on the configuration of the DLT network.

[0049] In addition, at times there might be interactions with parties who are external to the Transpositive Node Network, or Third-Party Nodes 206. Such Third- Party Nodes 206 might be financial institutions, foreign entities or individuals not participating in the Transpositive Node Network 200, but with whom there is a need for transactions. [0050] FIG. 3 is a diagram depicting a Transpositive Node Network with Companies 300. A Transpositive Node Network 200 might also be oriented to include several companies 301a, 301b, 301c, as the issuers of FVWs that are pooled to anchor the value of IPU, where various Nodes, e.g., a Client Node 203, may purchase TI that is tied to the value of an FVW of one or more companies. In some implementations, the transpositive node network with companies 300 is implemented to perform operations in the example processes 900, 1000, 1100, 1200, 1300, 1400, 1500, 1600, 1700, 1800, 1900, 2000, 2100, 2200, 2400, 2500, 2600, 2700, 2800 in FIGS. 9-22 and 24-28, or in another manner.

[0051] In some embodiments, a Transpositive Node Network 200 oriented around multiple companies providing FVWs would include such companies 301a, 301b, 301c, one or more Client Nodes 203, possibly Merchant Nodes 205, a Transpositive Node 201, all connected together by a communications network 204.

[0052] In such embodiments, a Network might be operated by a Transpositive Node equitizing TI with the FVWs of one or more different companies, with TI being formulated into separate categories based on such companies’ FVWs, and IPU existing in a common pool covering multiple companies’ FVWs, or in separate pools, but in either configuration, such IPU would be paired to TI issued by the Transpositive Node.

A Transpositive Node might operate a system of Company-oriented Networks, where each company operates a Network based on its own FWVs, but such Company-oriented Networks might be tied to and interoperable with an overall Network operated by the Transpositive Node, using TI issued by the Transpositive Node. A Network may also be operated by a single company as the Transpositive Node with its FWVs forming the only basis for the FVWs pooled and paired with the IPU.

[0053] FIG. 4 is a diagram depicting possible elements of a Transaction Instance 400. In various embodiments, at creation of such Transaction Instance [or transaction entry), the Transpositive Node 201 will create a TI record ["TI Record”) 400 possibly including a unique identifier of such TI 401, identity of company issuing FVWs 402, quantitative data regarding such TI, e.g., number of TI or IPU 403, possibly price or value data 404, Introducer or chain-of-title data 405, time elements 406, authentication or security elements 407, possibly category or class of TI 408, possibly pooling, fractionalization and probabilistic data 409 and possibly other data and metadata 410. [0054] FIG. 5 is a diagram depicting possible elements of an Interest in Pooled Unit Entry 500. In various embodiments, at creation of an Interest in Pooled Unit, the Transpositive Node 201 will create a IPU record ("IPU Record”) 500 possibly including a unique identifier of such IPU 501, identity of company issuing FWVs 502, quantitative data, e.g., number of IPU or paired FWVs 503, possibly price or value data 504, Introducer or chain-of-title data 505, time elements 506, authentication or security elements 507, possibly category or class of TI 508, possibly pooling, fractionalization and probabilistic data 509 and possibly other data and metadata 510.

[0055] FIG. 6 is a diagram depicting possible elements of a Pairing Record 600. In various embodiments, at pairing of TI and IPU, the Transpositive Node 201 will create a pairing record ["Pairing Record”) 600 possibly including a unique identifier of such Pairing Record 601, identity of company issuing FWVs 602, quantitative data, e.g., number of IPU or paired FWVs 503, possibly price or value data 604, Introducer or chain-of-title data 605, time elements 606, authentication or security elements 607, possibly category or class of TI 608, possibly pooling, fractionalization and probabilistic data 609 and possibly other data and metadata 610.

[0056] In addition, in some embodiments, a Pairing Record might be created between IPU and the FVW. Such Pairing Record would be substantially similar to the Pairing Record for TI and IPU, with changes made to reflect pairing of IPU and the FVW.

[0057] FIG. 7 is a diagram depicting Generation of Transaction Instance, Interest in Pooled Unit and Pairing Record 700. In various embodiments, a Transpositive Node receives a conversion request from Client Node to transform a WFV Unit to a FWV Unit 701.

[0058] The Transpositive Node 201 generates Transaction Instance Entry in the Transaction Instance Entry database according to the request 702.

[0059] The Transpositive Node 201 generates an Interest in Pooled Unit Entry in Interest in Pooled Unit Entry database pursuant to the Transaction Instance 703.

[0060] The Transpositive Node 201 generates a Pairing Record that pairs the Interest in Pooled Unit Entry with the Transaction Instance Entry 704.

[0061] FIG. 8 is a diagram depicting Determining Value of Transaction Instance and

Interest in Pooled Unit, and Quantity of Interest in Pooled Unit and FVWs to be Transferred 800. In various embodiments, the Transpositive Node 201 determines the value of the Transaction Instance based on the value of the WFV Unit used to acquire the Transaction Instance 801.

[0062] The Transpositive Node 201 determines the total value of the Interest in Pooled Units to be created and total value of the FVW to be transferred into the FVW Pool based on the value of the Transaction Instance 802.

[0063] The Transpositive Node 201 determines the unit value of the FVW to determine the quantity of units of Interest in Pooled Units to be created and quantity of FVW Units to be transferred into the FVW Pool, based on the Transaction Instance value 803. If dividends, partial appreciation participation or other events occur with respect to IPU, the impact of certain events shall be carried over to the Introducer of the TI or the holder of the IPU.

[0064] FIG. 9 is a diagram depicting Properties and Pairing of Transpositive Items 900. In various embodiments, the Transpositive Network Computing System 100 accomplishes an unconventional transposition between Variable-Volume, Fixed-Value Units 903 to Fixed-Volume, Variable-Value Units 909, and vice-versa. This transposition is difficult because the two elements being transposed possess different properties and may only be converted back and forth through a multi-tiered system of variable literal and quantity equivalence pairing intermediated by creation of interest in pooled units operating according to specified rules.

[0065] Activation of the Transpositive Network Computing System 100 begins with an input of Variable-Volume, Fixed-Value Units 903, possessing such properties 904.

[0066] The input into the Transpositive Network 100 of a certain quantity of Variable-Volume, Fixed-Value Units 903 results in the generation of a Transaction Instance 905. The Transaction Instance 905 is not literally paired by unique identification to the Variable-Volume, Fixed-Value Units 903, but at generation, there is a value equivalence between the Transaction Instance 905 and the Variable-Volume, Fixed-Value Units 903. This value equivalence only necessarily exists at generation of the Transaction Instance 905 due to the fact that at later timepoints the value of the Transaction Instance 905 might fluctuate and such fluctuation would result in being equivalent to a greater or lesser quantity of Variable-Volume, Fixed-Value Units 903. [0067] The generation of the Transaction Instance 905 results in the generation of the Interest in Pooled Units 907. The Interest in Pooled Units 907 are fixed-volume variable-value units, possessing opposite properties from the Variable-Volume, Fixed- Value Units 903, which served as the initial input to the Transpositive Network Computing System 100. The Interest in Pooled Units 907 are tied by literal pairing and unique identification with the Transaction Instance 905. The literal pairing between the Transaction Instance 905 and the Interest in Pooled Units 907 continues throughout the existence of such two items in the Transpositive Network Computing System 100, wherein neither the Transaction Instance 905 nor the Interest in Pooled Units 907 can be generated, transferred, fractionalized, defractionalized or retired without the same operation occurring to the other.

[0068] Part of the pairing between the Transaction Instance 905 and the Interest in Pooled Units 907 is such that the values of the Transaction Instance 905 and the Interest in Pooled Units 907 are always equivalent.

[0069] However, value equivalence between the Transaction Instance 905 and the Interest in Pooled Units 907 does not result in quantity equivalence due to the fact that a Transaction Instance 905 is a singular document recording a specific transaction. As a singular transaction record, its quantity can be understood to be one, while it might possess a value of a variable quantity of Interest in Pooled Units 907 to which it is paired. That quantity relationship between the Transaction Instance 905 and the Interest in Pooled Units 907 is fixed at generation and does not change, thus if a specific Transaction Instance 905 is equivalent to ten Interest in Pooled Units 907, it will always be equivalent to ten Interest in Pooled Units 907.

[0070] An important function in generation of items being transposed in the Transpositive Network Computing System 100 is the quantity determination of the Interest in Pooled Units 907. At generation, the Transpositive Node 201 ascertains the unit value of the Fixed-Volume, Variable-Value Units 909 at the endpoint of the transposition. Based on this unit value of the Fixed-Volume, Variable-Value Units 909, the Transpositive Node 201 divides the value of the Transaction Instance 905 by the unit value of the Fixed-Volume, Variable-Value Units 909 to determine the quantity of Fixed-Volume, Variable-Value Units 909 that will be transferred into the Fixed-Volume, Variable-Value Units Pool 910. [0071] The determination of the quantity of the Fixed-Volume, Variable-Value Units 909 also determines the quantity of the Interest in Pooled Units 907. The overall quantity of Interest in Pooled Units 907 in the Transpositive Network Computing System 100 is always equivalent to the quantity of Fixed-Volume, Variable-Value Units 909 in the Fixed-Volume, Variable-Value Units Pool 910. In addition to being paired in quantity, the Interest in Pooled Units 907 are paired in value with the Fixed-Volume, Variable-Value Units 909, as the value of the Fixed-Volume, Variable-Value Units 909 determines the value of the Interest in Pooled Units 907. Unlike the literal pairing between a Transaction Instance 905 and an Interest in Pooled Unit 907, the Interest in Pooled Unit 907 and the Fixed-Volume, Variable-Value Units 909 are not literally paired with each other, but only are paired in quantity equivalence, such that if one Interest in Pooled Unit 907 is generated, one unit of Fixed-Volume, Variable-Value Unit 909 must be transferred into the Fixed-Volume, Variable-Value Units Pool 910.

[0072] In addition, the value of the Interest in Pooled Units 907 determines the value of the Transaction Instance 905 to which such Interest in Pooled Units 907 are paired. Further, the value of the Transaction Instance 905 can be expressed in Variable-Volume, Fixed-Value Units 903, where such expression is merely an informational item on a Client Node 203 display, or the Transpositive Network Computing System 100 may dynamically add or subtract Variable-Volume, Fixed-Value Units 903 to or from the account of the associated Client Node 203 in accordance with the fluctuation of value of the Transaction Instance 905. Alternatively, rather than real-time addition and subtraction, the Transpositive Node 201 can display a running balance of Variable- Volume, Fixed-Value Units 903, but only create instantiations of the same upon demand for transfer or retirement.

[0073] In summary, the following are rules for operating a Transpositive Network Computing System 100 capable of transposing Variable-Volume, Fixed-Value Units to Fixed-Volume, Variable-Value Units, and vice versa:

1. At inception, the value of the input of Variable-Volume, Fixed-Value Units will be equivalent to the value of the output of the created Transaction Instance.

2. At inception, the quantity of the input of Variable-Volume, Fixed-Value Units is not required to be equivalent with the quantity of the output of the created Transaction Instance. At inception, the Variable-Volume, Fixed-Value Units are not paired by unique identification with the Transaction Instance, but are paired only in equivalent value. At inception, the value of the input of the Transaction Instance will be equivalent to the value of the output of the created Units of Pooled Interests. At inception, the quantity of the input of Transaction Instance is not required to be equivalent with the quantity of the output of the created Units of Pooled Interest. At inception, the Transaction Instance is paired by unique identification with the Units of Pooled Interests. At inception, the value of the input of the Units of Pooled Interests will be equivalent to the value of the output of the identified Fixed-Volume, Variable Value Units that are transferred into the Fixed-Volume, Variable Value Units Pool. At inception, the quantity of the input of the Units of Pooled Interests will be equivalent with the quantity of the output of Fixed-Volume, Variable Value Units. At inception, the Units of Pooled Interests are not paired by unique identification with the Fixed-Volume, Variable Value Units, but are paired only in equivalent value. At inception, the quantity of Fixed-Volume, Variable Value Units will be determined by dividing the unit price of the Fixed-Volume, Variable Value Units by the value of the Transaction Instance, which is equivalent with the value of the Units of Pooled Interests. At inception, the input of the quantity of Fixed-Volume, Variable Value Units will be equivalent to the output of the quantity of Units of Pooled Interests. During all operations of the Network, wherein Variable-Volume, Fixed-Value Units are being transposed to Fixed-Volume, Variable Value Units, and vice- versa, the following rules shall continue to apply: 2, 3, 4, 5, 6, 7, 8, 9 and 11. At a request of transfer of a Transaction Instance, the transfer request may be expressed in Variable-Volume, Fixed-Value Units. 14. At a request of transfer, the value of the transfer request expressed in Variable- Volume, Fixed-Value Units will be mapped to the value of one or more Transaction Instances, with such Transaction Instances being identified to be subject to the transfer.

15. At a request of transfer, where the value of a transfer request is not equivalent to the value of a Transaction Instance, a Transaction Instance may be fractionalized to be equivalent with the value of the transfer request by creating two descendant Transaction Instances, one of which is in the desired fractionalization and the other being the remainder.

16. At a request of transfer, the identified Transaction Instance and the identified fractionalized, descendant Transaction Instance will be transferred.

17. At a request of transfer, where a Transaction Instance is transferred, the paired Units of Pooled Interest will be correspondingly transferred.

18. At a request of transfer, where a Transaction Instance has been fractionalized for transfer, the paired Units of Pooled Interest will be correspondingly fractionalized, and the identified descendant fractionalized Units of Pool Interest will be correspondingly transferred.

19. At a request of transfer, where a Transaction Instance and a Units of Pooled Interests have been fractionalized, the descendant Transaction Instance and descendant Unit of Pool Interests that have not been transferred will remain with the transferor.

20. At a request of transfer, where the recipient of the transfer is not in the network, the relevant Transaction Instance and Units of Pooled Interests will be deemed retired from the network, and the equivalent value of Fixed-Volume, Variable Value Units will be transferred out of the Fixed-Volume, Variable Value Units Pool and liquidated to an acceptable medium of exchange to be transferred to the out-of-network recipient.

[0074] FIG. 10 is a diagram depicting Transfer of Transaction Instances and Interest in Pooled Units 1000. A User might desire to use or spend an amount of a Transaction Instance and such use or spending requires transfer of such Transaction Instance. In some embodiments, a Client Node 203 sends a transfer request to the Transpositive Node 201, which could include data regarding amount and transferee, and may also include preferences regarding which Transaction Instance or category of Transaction Instance is to be used in such transfer request. In such cases, the Transpositive Node 201 receives from the Client Node 203 the transfer request 1002. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[0075] The Transpositive Node 201 determines the Transaction Instance thatwill be subject to transfer request 1003, according to Client Node preferences or network principles.

[0076] The Transpositive Node 201 determines the Interest in Pooled Units to be subject to transfer request, based on the Pairing Record 1004.

[0077] The Transpositive Node 201 transfers identified Transaction Instance and Interest in Pooled Units 1005.

[0078] The Transpositive Node 201 records the transfer in a transfer record database 1006.

[0079] In some embodiments, Users might be provided options regarding what units of TI they desire to transfer, as different units will have different values and attributes. For example, in some embodiments, Users might default to transferring the most recently acquired TI first if incentives or rewards are provided for holding TI over a longer time period. Users might prefer to transfer TI with the lowest FWV purchase price, or to spend TI based on a unified average of all TI held. If dividends are paid in connection with such TI, accounting for the impact of spending TI eligible for dividend participation could factor into the decision regarding which TI to spend.

[0080] FIG. 11 is a diagram depicting Fractionalization of Transaction Instances and Interest in Pooled Units 1100. A User might desire to use or spend an amount of a Transaction Instance that is not equal to or perfectly divisible by the value of a particular Transaction Instance. In such cases, fractionalization of such Transaction Instance will be utilized to enable exchange or transactions in the desired fractionalized amount 1100. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3. [0081] In some embodiments, a Client Node 203 makes a transfer request 1101, which requires fractionalization. The Transpositive Node 201 receives such request to transfer and fractionalize and determines the Transaction Instance to be fractionalized and transferred 1102.

[0082] The Transpositive Node 201 fractionalizes the identified Transaction Instance into descendant Transaction Instances, which equal the value of the original Transaction Instance 1103.

[0083] The Transpositive Node 201 identifies and fractionalizes the Interest in Pooled Units paired with the identified Transaction Instance into descendant Interest in Pooled Units, which equal the value or the original Interest in Pooled Units 1104.

[0084] The Transpositive Node 201 generates descendant Pairing Records to pair the descendant Transaction Instances and descendant Interest in Pooled Units 1105.

[0085] The Transpositive Node 201 causes the remainder descendant Transaction Instance and paired descendant Interest in Pooled Unit to remain with Client Node requesting transfer 1106.

[0086] The Transpositive Node 201 transfers the descendant Transaction Instance and paired descendant Interest in Pooled Units to be transferred per transfer request 1107.

[0087] The Transpositive Node 201 records the transfer request, the descendant Transaction Instances, the descendant Interest in Pooled Units Entries and descendant Pairing Records in the storage of the Transpositive Node 1108.

[0088] FIG. 12 is a diagram depicting Defractionalization of Transaction Instance and Interest in Pooled Units 1200. Due to the burden on the Network of fractionalization, particularly as it successively breaks Transaction Instances down into smaller and smaller fragments over successive transfers, conservation of use of Network resources benefits from a program of defractionalization 1200. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1- 3.

[0089] In such embodiments, the Transpositive Node 201 initializes a procedure to defractionalize descendant Transaction Instances in the Transaction Instance database 1201. The Transpositive Node 201 identifies descendant Transaction Instances in the Transaction Instance database to defractionalize 1202.

[0090] The Transpositive Node 201 either identifies larger fragment descendant Transaction Instances in the Transaction Instance database, or generates one or more of the same 1203.

[0091] The Transpositive Node 201 exchanges the identified or generated larger fragment Transaction Instances for the identified smaller fragment Transaction Instances 1204.

[0092] The Transpositive Node 201 causes Interest in Pooled Units paired with relevant larger fragment Transaction Instances, either identified or generated, to be subject to the same operation as the relevant Transaction Instances, and generates adjusted Pairing Records reflecting the same 1205.

[0093] The Transpositive Node 201 causes Interest in Pooled Units paired with relevant smaller fragment Transaction Instances to be subject to the same operation as the relevant Transaction Instances, and generates adjusted Pairing Records reflecting the same 1206.

[0094] The Transpositive Node 201, pursuant to the defractionalization, records the descendant Transaction Instances, the descendant Interest in Pooled Units and descendant Pairing Records in the storage of the Transpositive Node 1207.

[0095] FIG. 13 is a diagram depicting Microtransaction Fee (MTF) payment for TI 1300. In various embodiments, a Transpositive Node Network 200 may be enabled to track TI from introduction until retirement, maintaining certain data in the Transaction Instance database related to such TI that was originally introduced. Such original introduction data may be maintained as part of the Transaction Instance despite multiple generations of transactions and fractionalizations. Based on such records, an Introducer of TI might receive MTF for downstream use of such TI introduced by the Introducer 1300. Such MTF might be participation in actual transaction fees generated by use of such TI. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[0096] As illustration only, a Transpositive Node 201 mints Til and transfers it to a Node, a Client Node 203, for example 1301. Such ClientNode receives such Til and is deemed the Introducer thereof 1302. Such Client Node 203 spends the Til at Merchant Node 1303.

[0097] The Transpositive Node 201 processes the Til payment 1304 and calculates the MTF and charges either payor, payee or both 1305, and forwards net payment to Merchant Node 1306. The Merchant Node receives net Til payment 1307.

[0098] The Transpositive Node 201 transmits MTF to Introducer, but may deduct for the Client Node’s 203 possible share of MTF, and the amount could be negative, i.e., Client Node’s share is greater than Introducer’s MTF, in which case, will be added to payment amount made to Merchant Node 1308. The Client Node 203 receives percentage of MTF generated by Til 1309.

[0099] The Transpositive Node Network 200 would also compensate for the possibility that Users would intentionally retire TI with the goal of reintroducing it to receive credit as a TI Introducer. The Transpositive Node Network 200 could do this by models predicting unfair behavior based on churn, time between transactions, patterns of retiring and introducing TI and other factors. In addition, various penalties could be imposed for retiring TI, particularly when the same or related User repurchases TI as an Introducer.

[00100] FIG. 14 is a diagram depicting Pooling of Transaction Instances for MTF calculation 1400. In some embodiments, metadata, pooling and probabilistic calculation may be utilized to assign certain TI or classes of TI held by a User with a metavalue to simplify calculations of MTF payments for Introducers or other Users

1400. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00101] As illustration only, a Node, for example, a Client Node 203, might have been the Introducer for Til created on 1/1/23; TI2 created on 2/13/23; and EC3 created on 5/11/23. Such User does not necessarily still hold such TI, but might retain MTF rights

1401.

[00102] Such TI has been providing a certain stream of revenue to the Client Node 203, but according to network calculations, that amount decreases over time. Also, on the Transpositive Node Network 200 side, as time passes from the creation of TI, the amount and complexity of calculation of MTF payments becomes more resource- consuming, for smaller amounts of money, thus it is in the Transpositive Node’s 201 interest to modify the basis for the MTF payment calculation.

[00103] One possibility is for the Transpositive Node 201 to collect metadata from similar TI, pool such data and make a probabilistic determination of the likely average MTF payments for such TI 1402. The Transpositive Node may also include other factors such as geography, size of the fractionalization of the TI, likely circulation life of TI, the velocity of transactions, factoring the value of such TI being transacted, User’s network score and other factors in determining the likely average MTF payments for that particular TI 1403.

[00104] Based on all relevant variables, the Transpositive Node 201 arrives at a pooled and probabilistic MTF value for such TI, modified over a period of time 1404. Based on such pooled and probabilistic value, the Transpositive Node 201 may present an offer to the User for a buyout of future MTF for a lump sum, fixed payments over expected TI lifespan or may issue new TI with intact MTF to User in exchange for retiring the MTF component of such downstream TI 1405.

[00105] If accepted by the Client Node 203, such MTF interest in such TI will be retired or consolidated into a network account and treated on a pooled basis and the promised exchange will be completed 1406.

[00106] FIG. 15 is a diagram depicting Network Participation Rewards (NPR) 1500.

In some embodiments, Users might be accorded a bonus with network participation rewards ["NPR”) 1500. Such NPR could be calculated according to the value of TI held, the amount of TI used, Introducer credit earned, length of time of holding TI and how much, credit for User referrals, length of User participation and other factors 1501. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00107] Based on such various factors 1501, an NPR point score 1502 maybe assigned to a User. Based on such NPR point score 1502, a User might receive NPR on a periodic basis 1503. In addition, Users might introduce the Network to other parties 1504. Such other parties join the Network and begin participating in various activities such as Introducing TI, transferring of TI, receiving MTF, NPR, dividends and appreciation benefits 1505. The Transpositive Node may calculate a percentage value of all such activity and adds it to the NPR of a User or pays it separately 1506.

[00108] NPR may be used to incentivize any actions desired, and may also be used on a cross-platform basis with other networks. NPR may also be earned by participating in educational opportunities regarding Network offerings or other goods and services.

[00109] In some embodiments, Users might be accorded rankings or points for other activities or characteristics, such as ratios of buying TI to selling, or average time held of TI, with credit provided to Users who commit to purchasing or holding TI in greater amounts or ratios and for longer periods of time.

[00110] Nodes may also offer incentives and rewards to other Users related to such Nodes services, products or relationships. For example, Users paying for goods and services using a Transpositive Node’s TI could receive greater discounts and loyalty rewards than if another currency were used.

[00111] FIG. 16 is a diagram depicting Dividend Payments for Transaction Instances 1600. In some embodiments, the disclosed technology would enable providing participation in dividend payments for IPU to Introducers and possibly subsequent holders. Such dividend payments could be based on the fractionalization, notional pooling, metadata and probabilistic principles applied to FVW appreciation and other rewards described herein 1600. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00112] In some embodiments, a Transpositive Node 201 might mint Til and transfer it to a Node, e.g., a Client Node 1601. The Client Node 203 would receive such Til and would be deemed the Introducer of such Til 1602. Such Introducer would receive certain entitlement to dividends related to such TI 1, which might continue even after such Introducer has transferred such Til 1603.

[00113] The Client Node 203 might spend such Til at a Merchant Node retailer 1604. The Merchant Node retailer would receive such Til 1605. Even though the Client Node 203 does not possess Til any longer, at the time of the first dividend payment for Til, the dividend payment might be paid to the Client Node as the Introducer of Til 1606. The Client Node, as Introducer, would receive all or part of such dividend payment for Til 1607. Note that as TI is retired, such dividend payments would no longer be provided, and such dividend payments might be subject to expiration or pooling.

[00114] FIG. 17 is a diagram depicting Pooling of Transaction Instances for Dividend Payments 1700. In some embodiments, metadata, pooling and probabilistic calculation may be utilized to assign certain TI or classes of TI held by a User with a metavalue, to simplify calculations of dividend payments for Introducers or other Users 1700. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00115] As illustration only, a Node, for example, a Client Node 203, might have been the Introducer for Til created on 1/1/23; TI2 created on 2/13/23; and EC3 created on 5/11/23. Such User does not necessarily still hold such TI, but might retain dividend rights 1701.

[00116] Such TI has been providing a certain stream of dividend revenue to the Client Node 203, but according to network calculations, that amount decreases over time.

Also, on the Transpositive Node Network 200 side, as time passes from the creation of TI, the amount and complexity of calculation of dividend payment becomes more resource-consuming, for smaller amounts of money, thus it is in the Transpositive Node Network’s 200 interest to modify the basis for dividend payment calculation.

[00117] One possibility is for the Transpositive Node 201 to collect metadata from similar TI, pool such data and make a probabilistic determination of the likely average dividend payments for such TI 1702. The Transpositive Node 201 may also include other factors such as geography, size of the fractionalization of the TI, likely circulation life of TI, the velocity of transactions, factoring the value of such TI being transacted, User’s network score and other factors in determining the likely average dividend payments for that particular TI 1703.

[00118] Based on all relevant variables, the Transpositive Node 201 arrives at a pooled and probabilistic dividend value for such TI, modified over a period of time 1704. The Transpositive Node 201 may present an offer to Client Node 203 to buy out all future dividend payments for a lump sum, or provide fixed payments over the expected lifespan of such TI based on such probabilistic network value and not actual dividend entitlement, if accepted, such dividend interest in such TI will be retired or consolidated into a network account and treated on a pooled basis 1705.

[00119] FIG. 18 is a diagram depicting Retirement of Transaction Instance and Interest in Pooled Units 1800. In some embodiments, a Transaction Instance will be retired 1800. A Node, e.g., a Client Node 203, might desire to spend or use a Transaction Instance with a Third-Party Node 204, i.e., a completely out-of-network party. In such cases, the Client Node 203 sends to the Transpositive Node 201 a retirement request

1801. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00120] The Transpositive Node 201 receives the Client Node 203 retirement request

1802.

[00121] The Transpositive Node 201 determines Transaction Instances to be subject to retirement request 1803.

[00122] The Transpositive Node 201 determines Interest in Pooled Units to be subject to retirement request, based on the Pairing Record 1804.

[00123] The Transpositive Node 201 retires the identified Transaction Instances and Interest in Pooled Units 1805.

[00124] The Transpositive Node 201 records the retirement in a transfer record database 1806.

[00125] FIG. 19 is a diagram depicting Partial Appreciation Participation 1900. In some embodiments, as enabled by Network tracking of TI ownership and use, an Introducer might be accorded partial appreciation participation in the possible increase of value of an FWV that is in a pool paired to IPU, which is paired to TI, even though such Introducer no longer holds such TI. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00126] In such embodiments, the Transpositive Node 201 would mint Til and transfer to a Client Node 203 such Til 1901. The Client Node 203 receives such Til and is Introducer of Til 1902. Upon such receipt, the Client Node 203 possesses partial appreciation participation credit for such Til 1903. The Client Node 203 then might spend Til at a Merchant Node 205 retailer 1904. The Merchant Node 205 receives such Til, holds such Til and then retires such Til 1905. [00127] Upon such retirement of Til, even though the Client Node 203 no longer holds Til, it might partially participate in appreciation of IPU paired thereto and the value of FWVs paired together with such IPU 1906.

[00128] Upon such retirement, the Introducer might receive a partial appreciation participation payment for such Til 1907.

[00129] FIG. 20 is a diagram depicting the Function of Paired Transaction Instances and Interest in Pooled Units 2000. Based on FVW price data, the Transpositive Node 201 would update value of TI paired to IPU 2000. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1- 3.

[00130] In some implementations, as an illustration only, looking at Timepoints 2001, Value of IPU 2002, Value of Til 2003 and Value of TI2 2004, it might be possible to see the function of such pairing 2000.

[00131] In Timepoint One 2005, the value of a IPU is $100 per unit 2006. At Timepoint One 2005, Til is created and paired with a IPU, so that at Timepoint One, the paired IPU and such Til have an equivalent value of $100 because of such pairing 2007.

[00132] In Timepoint Two 2008, the value of a IPU has increased by $100 and is now $200 per IPU 2009. At Timepoint Two 2008, one IPU and such Til still have an equivalent value, and because the IPU is now worth $200, such Til is also worth $200 because of such pairing 2010.

[00133] At Timepoint Two 2008, where the value of a IPU is $200 per unit 2009, if a User were to purchase new TI, i.e., TI2, the value of such TI2 would be $200, if the equivalent of one IPU were purchased 2011.

[00134] In Timepoint Three 2012, the value of the same IPU has increased by a cumulative $200 and is now $300 per unit 2013. At Timepoint Three 2012, one IPU and such Til still have an equivalent value, and because the IPU is now worth $300, such Til is also worth $300 because of such pairing, if the equivalent of one IPU were purchased 2014.

[00135] At Timepoint Three 2012, one IPU and such TI2 still have an equivalent value, and because one IPU is now worth $300, such TI2 is also worth $300 because of such pairing, if the equivalent of one IPU were purchased 2015. [00136] FIG. 21 is a diagram depicting WFV Unit and Transaction Instance Correspondence and Use 2100. In some embodiments, a dual system of WFV and TI might be utilized to achieve certain goals 2100, where WFV is a parallel currency to TI in the Network. While TI is paired with IPU, WFV may be introduced into such pairing to express the value of TI and IPU in a unit of value that is pegged to an external currency, e.g., USD. WFV can exist as actual units in an account in the Network or as a conversion reference for Users to more easily understand the value of their holdings. WFV may also exist only within a Network, or may be traded more broadly without a TI or IPU component, functioning more like a static stablecoin without the downstream or metadata aspects of TI. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00137] A Node, e.g., a Client Node 203, wishes to spend TI 2101. For ease of reference and calculation, such Client Node 203 displays the various balances of TI, but also displays the equivalent balances of such TI in WFV 2102.

[00138] The Client Node 203, instead of choosing which TI to spend, instead inputs an amount of WFV it would like to spend and sends this amount of WFV to the Transpositive Node 2103. The Transpositive Node 201 receives such instructions, and based on Client Node 203 preferences, the Transpositive Node 201 selects the corresponding TI to sell, pursuant to various selected principles, such as linked to a specific company, last in, first out, optimize selection of TI to spend based on what maximizes MTF payments, dividend payments, partial appreciation participation or network participation rewards 2104. The Transpositive Node 201 then debits the Client Node 203 and credits the Merchant Node 205 for such TI, and debits the Client Node 203 and credits the Merchant Node 205 for such WFV 2105.

[00139] The Client Node 203 receives fractionalized return of TI, if any. The WFV and TI balance are adjusted 2106a. The Merchant Node receives payment of TI and WFV 2106b.

[00140] In other situations, the Client Node 203 might desire to transfer WFV out of the TI system, i.e., to another party that accepts WFV, but does not participate in the TI system 2107. In such case, the Client Node 203, might send to the Transpositive Node 201 the desired payment instructions 2108. [00141] The Transpositive Node 201 would receive the payment instructions from the Client Node 203 to pay WFV, on a standalone basis, i.e., untied to TI, to a party not accepting TI. The Transpositive Node 201 debits the Client Node 203 for WFV and retires TI, and sends WFV to the third-party node 2109. The Client Node 203 receives fractionalized return of TI, if any, TI and WFV balances are adjusted 2109a. The Merchant Node receives payment of WFV, untethered to TI 2109b.

[00142] FIG. 22 is a diagram depicting Multiple Pairing among Interest in Pooled Units, Transaction Instances, WFV and an External Currency 2200. Based on price data for IPU, the Transpositive Node 201 would update the value of TI paired to such IPU. In some embodiments, an additional expression of value, WFV, that is fixed to an external currency, might be utilized to aid Users in ascertaining the value of their Network holdings more easily, or to facilitate easier exchanges with outside parties. For example, a multiple pairing among IPU, TI, WFV and an external currency might be utilized in a Network. WFV might be merely a display value generated by the Transpositive Node 201 for the benefit of easier reference by the Client Node 203 to ascertain the value of the Client Node’s 203 account holdings. Alternatively, WFV may be a digital currency or coin, e.g., a stablecoin issued by the Transpositive Node or another entity, or a digital Dollar, that is added and subtracted continually from the Client Node’s 203 account as the value of the holdings in the Client Node’s 203 account fluctuates. Further, another alternative is for the Transpositive Node 201 to create on demand, e.g., at the time of transaction, the specific WFV that will be used in the transaction, according to the value of the transaction and the balance of the value of the holdings in the Client Node’s 203 account. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00143] In some implementations, as an illustration only, looking at Timepoints 2201, Value of IPU 2202, Value of TI Paired to IPU 2203 and Value of WFV paired to an external currency 2204, it might be possible to see the function of such multiple pairing 2200

[00144] In Timepoint One 2205, the value of a IPU is $100 per unit 2206. At Timepoint One 2205, Til is created and paired with one IPU, so that at Timepoint One, the IPU and Til have the same value of $100 because of such pairing 2207. [00145] Additionally, in Timepoint One 2205, if 1 VVFV is equal to $1, and such Til is worth $100, then such Til will be worth 100 VVFV or $100 because of such pairing and equivalence 2208.

[00146] In Timepoint Two 2209, the value of the same IPU has increased by $300 and is now $400 per unit 2210. At Timepoint Two 2209, the value of one IPU and such Til still have an equivalent value, and because the value of one IPU is now worth $400, such Til is also worth $400 because of such pairing 2211. Additionally, in Timepoint Two 2209, if 1 WFV is equal to $1, and such Til is worth $400, then such Til will be worth 400 WFV because of such pairing and equivalence 2212.

[00147] In Timepoint Three 2213, the value of a IPU has increased by a cumulative $700 and is now $800 per unit 2214. At Timepoint Three 2213, one IPU and such Til still have an equivalent value, and because one IPU is now worth $800, such Til is also worth $800 because of such pairing 2215. Additionally, in Timepoint Three 2213, if 1 WFV is equal to $1, and such Til is worth $800, then such Til will be worth 800 VVFV because of such pairing and equivalence 2216.

[00148] FIG. 23 is a diagram depicting Display Options 2300. In various embodiments, such fractionalization may involve implementation of a complex grid presenting Users with various options for viewing, analyzing and using such Users’ TI 2300.

[00149] Display options may include a listing of TI 2301, an identification of the TI listed 2302, value of TI in WFV 2303, value of TI in USD 2304, equivalence ofTI in number of IPU 2305, change in value ofTI 2306, MTF earned 2307, dividends earned 2308, partial appreciation participation paid 2309 and whether there exists a pooling offer from the Network 2310, and other fields.

[00150] FIG. 24 is a diagram depicting a Transpositive Request from VVFV to Interest in Pooled Unit to FVW 2400. In various embodiments, a Transpositive Node 201 receives a request from a Client Node 203 to transform a VVFV Unit to a FWV Unit 2401. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00151] The Transpositive Node 201 generates Interest in Pooled Unit in the database pursuant to the request 2402. [00152] The value of the Interest in Pooled Unit is equivalent to the value of the WFV 2403.

[00153] The Interest in Pooled Unit includes data regarding the date of the transpositive request and the identification of FVW Units transferred at the same time, and possibly the identification of the Client Node 203 making the request 2404.

[00154] The unit value of the Interests in Pooled Units is equivalent to the unit value of the FWV Unit 2405.

[00155] The quantity of units of the Interests in Pooled Units is equivalent to the quantity of FVW Units 2406.

[00156] The determined quantity of FWV Units is transferred into the FVW Pool 2407.

[00157] FIG. 25 is a diagram depicting Transfer of Interest in Pooled Units 2500. A Client Node 203 might desire to use or spend an amount of Interests in Pooled Units and such use or spending requires transfer of such Interest in Pooled Units. In some embodiments, a Client Node 203 sends a transfer request to the Transpositive Node 201, which could include data regarding amount and transferee 2501. In such cases, the Transpositive Node 201 receives from the Client Node 203 the transfer request 2502.

In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00158] The Transpositive Node 201 determines the Interest in Pooled Units that will be subject to transfer request 2503.

[00159] The Transpositive Node 201 transfers the identified Interest in Pooled Units 2504.

[00160] The Transpositive Node 201 records the transfer in a transfer record database 2505.

[00161] FIG. 26 is a diagram depicting Fractionalization of Interest in Pooled Units 2600. A Client Node might desire to use or spend an amount of an Interest in Pooled Units that is not equal to or perfectly divisible by the value of a particular Interest in Pooled Units. In such cases, fractionalization of such Interest in Pooled Units will be utilized to enable exchange or transactions in the desired fractionalized amount 2600. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00162] In some embodiments, a Client Node 203 makes a transfer request 2601, which requires fractionalization. The Transpositive Node 201 receives such request to transfer and fractionalize and determines the Interest in Pooled Units to be fractionalized and transferred 2602.

[00163] The Transpositive Node 201 fractionalizes the identified Interest in Pooled Units into two descendant Interests in Pooled Units, which equal the value of the original Interest in Pooled Units 2603.

[00164] The Transpositive Node 201 generates descendant Interests in Pooled Units entries in the Interests in Pooled Unit database 2604.

[00165] The Transpositive Node 201 causes remainder descendant Interests in Pooled Units to remain with Client Node requesting transfer 2605.

[00166] The Transpositive Node 201 transfers the descendant Interest in Pooled Units to be transferred per transfer request 2606.

[00167] The Transpositive Node 201 records the transfer request and the descendant Interests in Pooled Units in the storage of the Transpositive Node 2607.

[00168] FIG. 27 is a diagram depicting Defractionalization of Interests in Pooled Units 2700. Due to the burden on the Network of fractionalization, particularly as it successively breaks Interests in Pooled Units down into smaller and smaller fragments over successive transfers, conservation of use of Network resources benefits from a program of defractionalization 2700. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00169] In such embodiments, the Transpositive Node 201 initializes a procedure to defractionalize Interests in Pooled Units in the Interests in Pooled Units database 2701.

[00170] The Transpositive Node 201 identifies Pooled Units in the Interests in the Pooled Units database to defractionalize 2702. Such identification might be based on various characteristics of the Interests in Pooled Units, such as date of creation, location, ease of defractionalization or other factors. [00171] The Transpositive Node 201 either identifies larger fragment Interests in Pooled Units, or generates one or more of the same 2703.

[00172] The Transpositive Node 201 exchanges the identified or generated larger fragment Interests in Pooled Units for the identified smaller fragment Interests in Pooled Units 2704.

[00173] The Transpositive Node 201, pursuantto the defractionalization, records the descendant Interest in Pooled Units in the storage of the Transpositive Node 2705.

[00174] FIG. 28 is a diagram depicting Retirement of Interests in Pooled Units 2800.

In some embodiments, an Interest in Pooled Units will be retired 2800. A Node, e.g., a Client Node 203, might desire to spend or use an Interest in Pooled Units with a Third- Party Node 204, i.e., a completely out-of-network party. In such cases, the Client Node 203 sends to the Transpositive Node 201 a retirement request 2801. In some implementations, the example process is performed by the example network 100, 200, 300 shown in FIGS. 1-3.

[00175] The Transpositive Node 201 receives the Client Node 203 retirement request 2802.

[00176] The Transpositive Node 201 determines Interests in Pooled Units to be subject to retirement request 2803.

[00177] The Transpositive Node 201 retires the identified Interests in Pooled Units 2804.

[00178] The Transpositive Node 201 records the retirement in a transfer record database 2805.

[00179] Loan to a Transpositive Node and Creation of TI based on such Loan. Alternatively, in some embodiments, TI may be created through other methods and steps, such as the Transpositive Node sending an offer to a User to initiate a loan of a certain amount of funds to the Transpositive Node, which would be governed by User loan protocols. Upon viewing such offer to initiate a loan to the Transpositive Node, the User may accept such loan offer by sending a loan acceptance to the Transpositive Node. The Transpositive Node would receive such acceptance of the loan offer. [00180] Based on a loan verification protocol, the Transpositive Node would query the contents of various databases in the Transpositive Node storage or externally, verify the identity of the User, the authenticity of the message containing the acceptance of the loan offer, the account balance in the User account to be debited, and whether the User possess authority or authorization to complete the proposed purchase. If all confirmation values are sufficiently positive, then the Transpositive Node will execute the loan from the User to the Transpositive Node by debiting the User’s paying account and crediting the Transpositive Node account receiving such funds. In connection therewith, the Transpositive Node will create a unique identifier and record of such transaction, the loaned funds, the terms thereof, the account and balance, and store such identifiers and records.

[00181] In addition, as part of making such loan to the Transpositive Node, the Transpositive Node will create or mint, in a coinbase transaction, unique TI in an amount then equal to the face value of the loan. In some embodiments, such TI may be literally or virtually paired or correlated to FWVs of the Transpositive Node or to IPU of the Transpositive Node by means of issuing unique identifiers for such pairing or correlation. Such pairing or correlation may be maintained by various fractionalization, pooling or metadata steps, as further described below. Such identifiers and records will be stored by the Transpositive Node and the User initially receiving such TI will be deemed the Introducer of such TI. The Transpositive Node will create a TI account associated with the Introducer, and update the ledger of all TI accounts, and store such records.

[00182] The Transpositive Node would then send a TI creation confirmation message to the User and transfer such TI to the User.

[00183] In some embodiments, rather than purchase TI, a User can purchase FWV and commit them to the Network on a custody basis, with predetermined rules and obligations. Based on such FWV held by the Network in custody, the Network could issue IPU and TI to the User in equivalent amounts, which would be deemed a loan from the Network to the User, secured by the FWV held in custody by the Network.

[00184] In various embodiments, TI may be paired to FWVs itself and each instantiation of TI, including fractionalizations thereof, would retain pairing with the current, ongoing, present value of such FVWs. In such embodiments, the value of the specific TI would increase or decrease based on the increase or decrease in value of such FVWs, and a fixed pairing, which may be whole or partial, between such TI and such FVWs, would be maintained. Such pairing would require recordkeeping of the value of such FVWs on the date of TI creation, and updating of the value of such FVWs on a continuous basis, to determine the value of such TI. Such recordkeeping would be required to be maintained if and when such TI were transferred.

[00185] The Transpositive Node may continue to hold such FVWs for the purposes of maintaining such correlation, or may sell or pledge such FVWs, and maintain such correlation by use of derivative instruments or contractual obligation, according to the parameters of the relationship set between the Users and the Transpositive Node.

[00186] In some embodiments, the Transpositive Node would query an external network or via the same instrumentality, to receive from an external network, price data regarding the relevant FVWs. Based on such price data, the Transpositive Node update the records of such databases with the most current price information for such FVWs. Such price information would be stored in one or more databases and be accessible to the Transpositive Node in responding to price inquiries from or to push price data to, other Nodes.

[00187] Note that the pairing to either the FVWs or the external currency may also be adjusted according to a formula, which might include upper and lower bands or limits, and is not necessarily rigid. The paired external currency may be a basket of currencies, and the paired external currency may be changed for another external currency or currencies to offer a different peg for the WFV.

[00188] In some embodiments, in response to ongoing instructions, the Transpositive Node would use such price data to update various User accounts by means of the Transpositive Node calculating the value ofVVFV, USD or another store ofvalue available to a User based on the User’s holding of TI. Such update would utilize, be based on and update the TI Record. Such calculated value may be sent based on ongoing instructions or a specific request by a Node to the Transpositive Node.

[00189] In addition, in all instances in this disclosure, the separate functions of TI and IPU may be combined into a unified currency on the Network. In such case, acquisition of TI would be acquisition of such unified currency, transfer of TI would be transfer of such unified currency, fractionalization and defractionalization of TI would be fractionalization and defractionalization of such unified currency and retirement of TI would be retirement of such unified currency. In such cases, the TI Record and IPU Record would be combined to form a unified currency record, and no Pairing Record would be needed. Such unified currency would function identically as IPU with respect to pairing with the value of the relevant FVWs, and would function identically as TI with respect to Network transactions and recordkeeping. To the extent desired, such unified currency would enable recordkeeping supporting MTF payments, dividend payments, partial appreciation participation and network participation rewards.

[00190] Some of the subject matter and operations described in this specification can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. Some of the subject matter described in this specification can be implemented as one or more computer programs, i.e., one or more modules of computer program instructions, encoded on a computer storage medium for execution by, or to control the operation of, data-processing apparatus. A computer storage medium can be, or can be included in, a computer- readable storage device, a computer-readable storage substrate, a random or serial access memory array or device, or a combination of one or more of them. Moreover, while a computer storage medium is not a propagated signal, a computer storage medium can be a source or destination of computer program instructions encoded in an artificially generated propagated signal. The computer storage medium can also be, or be included in, one or more separate physical components or media.

[00191] Some of the operations described in this specification can be implemented as operations performed by a data processing apparatus on data stored on one or more computer-readable storage devices or received from other sources.

[00192] The term "data-processing apparatus” encompasses all kinds of apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, a system on a chip, or multiple ones, or combinations, of the foregoing. The apparatus can include special purpose logic circuitry, e.g., an FPGA [field programmable gate array) or an ASIC [application specific integrated circuit). The apparatus can also include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of them.

[00193] A computer program [also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data [e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program, or in multiple coordinated files [e.g., files that store one or more modules, sub programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

[00194] Some of the processes and logic flows described in this specification can be performed by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA [field programmable gate array) or an ASIC [application specific integrated circuit).

[00195] In a general aspect, a dynamic value and property conversion network is applied to convert between units of exchange and stores of value.

[00196] In a first example, a dynamic value and property conversion network includes a conversion node and a client node and a method for operating the dynamic value and property conversion network includes: by operation of the conversion node, receiving a conversion request from the client node for transforming from a first value in a unit of exchange to a second value in a store of value; generating a transaction entry in a transaction entry database according to the conversion request; generating an interest in pooled unit entry in an interest in pooled unit database according to the transaction entry; and generating a pairing record in a pairing record database configured for determining a third value of the interest in pooled unit entry based on a fourth value of the transaction entry. The unit of exchange has a variable volume and a fixed value. The transaction entry includes a first set of data elements and the first set of data elements includes a first identification of the transaction entry, and information of the conversion request and the client node. The interest in pooled unit entry includes a second set of data elements and the second set of data elements includes a second identification of the interest in pooled unit entry. The pairing record includes a mapping between the first set of data elements of the transaction entry and the second set of data elements of the interest in pooled unit entry, and a pairing between the first identification and the second identification.

[00197] Implementations of the first example may include one or more of the following features. The unit of exchange is one of a fiat currency, a stablecoin, or a cryptocurrency. The conversion request is a first conversion request; the transaction entry is a first a transaction entry; the interest in pooled unit entry is a first interest in pooled unit entry; the pairing record is a first pairing record; and the method further includes: receiving a second conversion request from the client node for transforming from a fifth value in the unit of exchange to a sixth value in the store of value; generating a second transaction entry in the transaction entry database according to the second conversion request; generating a second interest in pooled unit entry in the interest in pooled unit database according to the second transaction entry; and generating a second pairing record configured for determining a seventh value of the second interest in pooled unit entry based on an eighth value of the second transaction entry. The second transaction entry includes information of the second conversion request and the client node, a third identification, and a third set of data elements. The second interest in pooled unit entry includes a fourth identification and a fourth set of data elements. The second pairing record includes a mapping between the third set of data elements of the second transaction entry with the fourth set of data elements of the second interest in pooled unit entry, and a pairing between the third identification and the fourth identification.

[00198] Implementations of the first example may include one or more of the following features. The information of the conversion request and the client node in the first set of data elements includes: a date of the conversion request, an identification of the client node, and the first value in a unit of exchange. The second set of data elements includes the first set of data elements, and the second set of data elements further includes a volume of the interest in pooled unit entry. The pairing record further includes: the first identification of the transaction entry, the second identification of the interest in pooled unit entry, and a date of the conversion request.

[00199] Implementations of the first example may include one or more of the following features. The client node is a first client node; the conversion request is a first conversion request; the transaction entry is a first transaction entry; the interest in pooled unit entry is a first interest in pooled unit entry; the pairing record is a first pairing record, the conversion network comprises a second client node; the mapping includes a first mapping; and the pairing includes a first pairing. The method includes receiving a second conversion request from the second client node; generating a second transaction entry in the transaction entry database according to the second conversion request; generating a second interest in pooled unit entry in the interest in pooled unit database according to the second transaction entry; and generating a second pairing record. The second transaction entry includes a third set of data elements and the third set of data elements includes a third identification and information of the second conversion request and the second client node. The second interest in pooled unit entry includes a fourth set of data elements and the fourth set of data elements includes a fourth identification. The second pairing record includes a second mapping between the third set of data elements of the second transaction entry with the fourth set of data elements of the second interest in pooled unit entry, and a second pairing between the third identification and the fourth identification.

[00200] Implementations of the first example may include one or more of the following features. The method further includes determining the fourth value of the transaction entry based on the first value of the unit of exchange; obtaining a unit value of the store of value; determining the third value of the interest in pooled unit entry based on the fourth value of the transaction entry according to the pairing record; determining a first volume of the store of value according to the first value and the unit value of the store of value; and determining a second volume of the interest in pooled unit entry according to the first volume of the store of value the first volume of the store of value equals the second volume of the interest in pooled unit entry. The method further includes transferring the store of value with the second volume to a store of value unit pool; and updating a store of value unit pool database. The store of value unit pool database includes information of the transferred store of value.

[00201] In a second example, a dynamic value and property conversion network includes a conversion node and a client node. A computing system of a conversion node includes one or more processors, and a computer-readable medium storing instructions that are operable when executed by the one or more processors to perform one or more operations of the first example.

[00202] In a third example, a non-transitory computer-readable medium stores instructions that are operable when executed by data processing apparatus of a conversion node in a dynamic value and property conversion network to perform operations of the first example.

[00203] In a fourth example, a dynamic value and property conversion network includes a conversion node and a transfer node; and a method for operating the dynamic value and property conversion network include: by operation of the conversion node, receiving a transfer request from the transfer node to transfer at least a portion of a first value in a unit of exchange to a receiver node; determining at least a subset of transaction entries from transaction entries associated with the transfer node in a transaction entry database according to respective values of the subset of transaction entries and the at least a portion of the first value in the unit of exchange; determining respective interest in pooled unit entries in an interest in pooled unit database associated with the subset of transaction entries according to pairing records; generating a transfer record associated with the transfer node and the receiver node in a transfer record database; and transferring the respective pairs of the interest in pooled unit entries and the transaction entries to the receiver node by updating the transfer record in the transfer record database to associate the respective pairs of the interest in pooled unit entries and the transaction entries with the receiver node. Each of the transaction entries associated with the transfer node includes information of the transfer node, a respective first identification, and a respective first set of data elements. Each of the interest in pooled unit entries includes a respective second identification and a respective second set of data elements. Each of the pairing records includes a mapping between the first set of data elements of the respective transaction entry with the second set of data elements of the respective interest in pooled unit entry, and a pairing between the respective first identification and the respective second identification. The transfer record includes the respective pairs of the interest in pooled unit entries and the transaction entries, a first identification of the conversion node, a second identification of the transfer node, a date of the transfer request, and a value of the at least a portion of the first value in the transfer request.

[00204] Implementations of the fourth example may include one or more of the following features. The unit of exchange is one of a fiat currency, a stablecoin, or a cryptocurrency. The first value in the unit of exchange associated with the transfer node is determined by a total value of the transaction entries in the transaction entry database. Determining the subset of transaction entries further includes: determining a first transaction entry from the transaction entries associated with the transfer node in the transaction entry database to be fractionalized; and fractionalizing the first transaction entry into a first descendant transaction entry and a second descendant transaction entry. The first descendant transaction entry of the first transaction entry has a second value. A summation of the second value of the first descendant transaction entry of the first transaction entry and the respective values of the subset of transaction entries equals the first value of the unit of exchange in the transfer request. The method further includes maintaining the second descendant transaction entry of the first transaction entry associated with the transfer node in the transaction entry database.

[00205] Implementations of the fourth example may include one or more of the following features. The method includes: identifying a first interest in pooled unit entry associated with the first transaction entry according to a first pairing record; fractionalizing the first interest in pooled unit entry into a first descendant interest in pooled unit entry and a second descendant interest in pooled unit entry; and generating descendant pairing records comprising a first descendant pair of the first descendant transaction entry and the first interest in pooled unit entry, a second descendant pair of the second descendant transaction entry and the second interest in pooled unit entry. The first and second descendant interest in pooled unit entries are associated with the first and second descendant transaction entries. Transferring the respective pairs of the interest in pooled unit entries and the transaction entries includes transferring the first descendant pair of the first descendant transaction entry and the first descendant interest in pooled unit entry. The method includes recording the transfer request, the descendant transaction entries, the descendant interest in pooled unit entries, and the descendant pairing records in a storage of the conversion node.

[00206] Implementations of the fourth example may include one or more of the following features. Transferring the respective pairs of the interest in pooled unit entries and the transaction entries includes transferring the respective pairs of the interest in pooled unit entries and the transaction entries, and the descendant pair of the first descendant transaction entry and the first descendant interest in pooled unit entry to a transferee node out of the dynamic value and property conversion network; and transferring a store of value out of a store of value unit pool. The store of value corresponds to the transferred interest in pooled unit entries.

[00207] Implementations of the fourth example may include one or more of the following features. The transaction entry database includes descendant transaction entries associated with the transfer node, and the method includes initializing a procedure to defractionalize the descendant transaction entries in the transaction entry database; identifying a first subset of the descendant transaction entries to be defractionalized; identifying a second subset of the descendant transaction entries to be exchanged for the first subset of the descendant transaction entries to be defractionalized; and exchanging the second subset of the descendant transaction entries to be exchanged for the first subset of the descendant transaction entries to be defractionalized. The second subset of the descendant transaction entries to be exchanged are larger than the first subset of the descendant transaction entries to be defractionalized. Identifying the first subset of the descendant transaction entries to be defractionalized includes searching the transaction entry database for the first subset of the descendant transaction entries to be defractionalized according to one or more network-determined characteristics. Identifying the second subset of the descendant transaction entries to be exchanged includes searching the transaction entry database for the second subset of the descendant transaction entries to be exchanged for the first subset of the descendant transaction entries to be defractionalized according to one or more network-determined characteristics. [00208] Implementations of the fourth example may include one or more of the following features. The transaction entry database includes descendant transaction entries associated with the transfer node, and the method includes initializing a procedure to defractionalize the descendant transaction entries in the transaction entry database; identifying at least a subset of the descendant transaction entries and corresponding at least a subset of the descendant interest in pooled units to be defractionalized; generating a distinct transaction entry associated with the transfer node; and exchanging the at least a subset of the descendant transaction entries with the distinct transaction entry in the transaction database. The distinct transaction entry has a value equal to a total value of the at least a subset of the descendant transaction entries.

[00209] In a fifth example, a computing system of a conversion node in a dynamic value and property conversion network includes one or more processors, and a computer-readable medium storing instructions that are operable when executed by the one or more processors to perform one or more operations of the fourth example.

[00210] In a sixth example, a non-transitory computer-readable medium stores instructions that are operable when executed by data processing apparatus of a conversion node in a dynamic value and property conversion network to perform operations of the fourth example.

[00211] In a seventh example, a transpositive network includes a transpositive node and a client node, and a method for operating the transpositive network includes: by operation of the transpositive node, receiving a transposition request from the client node for transposing a first item to a second item; generating an interest in pooled unit associated with the transposition request of the client node in an interest in pooled unit database; and transferring the second quantity of the second unit elements of the second item into a unit pool. The first item is a variable-volume, fixed-value (VVFV) item , and the second item is a fixed-volume, variable-value (FWV) item. The interest in pooled unit includes a first value and a first quantity of first unit elements. Generating the interest in pooled unit includes: determining the first value of the interest in pooled unit according to the fixed value of the first item; obtaining a unit value of second unit elements in the second item; determining a second quantity of the second unit elements in the second item according to the unit value of the second unit elements in the second item and the first value of the interest in pooled unit; and determining the first quantity of the first unit elements in the interest in pooled unit according to the second quantity of the second unit elements in the second item.

[00212] Implementations of the seventh example may include one or more of the following features the first item is one of a fiat currency, a stablecoin, or a cryptocurrency. The method includes updating a unit pool database comprising information of the transferred second quantity of the second unit elements in the second item. The interest in pooled unit in the interest in pooled unit database includes a set of data elements, and the set of data elements includes a date of the transposition request, and respective identifications of the first unit elements. The set of data elements further includes an identification of the client node.

[00213] In an eighth example, a computing system of a transposition node in a transposition network includes one or more processors, and a computer-readable medium storing instructions that are operable when executed by the one or more processors to perform one or more operations of the seventh example.

[00214] In a ninth example, a non-transitory computer-readable medium stores instructions that are operable when executed by data processing apparatus of a transposition node in a transposition network to perform operations of the seventh example.

[00215] In a tenth example, a transposition network comprising a transposition node and a transfer node, and a method for operating the transposition network includes: by operation of the transposition node, receiving a transfer request from the transfer node to transfer at least a portion of a first item associated with the transfer node to a receiver node; determining one or more interest in pooled unit in an interest in pooled unit database associated with the transfer node to be transferred according to respective values of the one or more interest in pooled units and a first value of the at least a portion of first item; generating a transfer record in a transfer record database; and transferring the one or more interest in pooled units to the receiver node by updating the transfer record database to associate the one or more interest in pooled units to the receiver node. The first item has a fixed value and a variable quantity. , Each interest in pooled unit includes a first value and a first quantity of first unit elements. The transfer record includes information of the one or more interest in pooled units, and the first value of the at least a portion of the first item in the transfer request.

[00216] Implementations of the tenth example may include one or more of the following features. Each of the interest in pooled units in the interest in pooled unit database includes a set of data elements and the set of data elements includes a date of the transposition request, and respective identifications of the first unit elements. The set of data elements further includes an identification of the transfer node. The first item is one of a fiat currency, a stablecoin, or a cryptocurrency. A value of the first item associated with the transfer node is determined by a total value of the interest in pooled units in the interest in pooled unit database.

[00217] Implementations of the tenth example may include one or more of the following features. Determining the at least a subset of interest in pooled units in a database further includes determining a first interest in pooled unit from the at least a subset of interest in pooled units associated with the transfer node in the interest in pooled unit database to be fractionalized; and fractionalizing the first interest in pooled unit into a first descendant interest in pooled unit and a second descendant interest in pooled unit. The first descendant interest in pooled unit of the first interest in pooled unit has a second value. A summation of the second value of the first descendant interest in pooled unit of the first interest in pooled unit and the respective values of the subset of interest in pooled units equals the first value of the first item in the transfer request. The method includes maintaining the second descendant interest in pooled unit of the first interest in pooled unit associated with the transfer node in the interest in pooled unit database.

[00218] Implementations of the tenth example may include one or more of the following features. Transferring the at least a subset of interest in pooled units to the receiver node includes transferring the first descendant interest in pooled unit and the at least a subset of interest in pooled units to the receiver node. The transfer record database further includes the first and second descendant interest in pooled units. The receiver node is out of the transposition network, a second item in a unit pool includes at least one unit element, and transferring the at least a subset of interest in pooled units to the receiver node includes transferring the at least one unit elements in the second item out of a unit pool. The second item corresponds to the transferred at least a subset of interest in pooled units. The interest in pooled unit database includes interest in pooled units associated with the transfer node, and the method further includes: initializing a procedure to defractionalize the interest in pooled units in the interest in pooled unit database; identifying at least a subset of the interest in pooled units to be defractionalized; generating a distinct interest in pooled unit associated with the transfer node; and exchanging the at least a subset of the interest in pooled units with the distinct interest in pooled unit in the interest in pooled unit database. The distinct interest in pooled unit has a value equal to a total value of the at least a subset of the interest in pooled units.

[00219] In an eleventh example, a computing system of a transposition node in a transposition network includes one or more processors, and a computer-readable medium storing instructions that are operable when executed by the one or more processors to perform one or more operations of the tenth example.

[00220] In a twelfth example, a non-transitory computer-readable medium stores instructions that are operable when executed by data processing apparatus of a transposition node in a transposition network to perform operations of the tenth example.

[00221] While this specification contains many details, these should not be understood as limitations on the scope of what may be claimed, but rather as descriptions of features specific to particular examples. Certain features that are described in this specification or shown in the drawings in the context of separate implementations can also be combined. Conversely, various features that are described or shown in the context of a single implementation can also be implemented in multiple implementations separately or in any suitable subcombination.

[00222] Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single product or packaged into multiple products.

[00223] A number of embodiments have been described. Nevertheless, it will be understood that various modifications can be made. Accordingly, other embodiments are within the scope of the following claims.

All references herein to: dividend means any benefit accorded to a holder of an FWV;

FVW or store of value means a Fixed-Volume, Variable-Value unit, which might be shares, equity, securities, debt, derivatives, commodities, digital currencies, cryptocurrencies, fiat currencies, tokens, or other stores of value;

Fixed-Volume, Variable-Value Units Pool means the pool into which the Fixed-Volume, Variable-Value Units are transferred when brought into the Network, with such Pool being effected by segregated account or obligation.

Introducer means the User who is the initial introducer of a Transaction Instance;

IPU means an Interest in Pooled Unit;

MTF means Microtransaction Fees;

Network means the Transpositive Network Computing System;

Nodes may sometimes additionally refer to the operator thereof, i.e., a reference to a client node ("Client Node”), merchant node ("Merchant Node”), company node ("Company Node”) or Transpositive node ("Transpositive Node”); in addition, "Nodes” or "Node,” might alternatively refer to the individual or entity operating such Node;

NPR means Network Participation Rewards;

Out-of-Network means outside the Network, an entity that is Out-of-Network would be a Third-Party Node is a node that is not a member of the Network and does not accept Transaction Instances as valid payment. To effect payment from within the Network to a Third-Party Node it is necessary to convert value in the network to a Variable-Volume, Fixed-Value unit of exchange accepted by that Third-Party Node;

TI means Transaction Instance also known as transaction entry or transaction instance entry interchangeably as described in this disclosure;

TI, WFV, IPU and FVW also means references to fractions thereof; unified currency means a single currency of TI and IPU combined to exist as one unitary denomination including the functionalities of both TI and IPU; and,

User means a user of the Network WFV or unit of exchange means a Variable-Volume, Fixed-Value unit, which might be a fiat currency, stablecoin, cryptocurrency or other unit of exchange.