Differences

This shows you the differences between two versions of the page.

--- cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start [2022/05/07 13:59]
nick [Overview]
+++ cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start [2022/06/17 18:20] (current)
terrance
@@ Line 1: / Line 1: @@
 ====== 4.7 Dual Payment Networks ======
-[[cbdc:private:cbdc_omg:04_doc:15_common:start| Return to Common Elements]]
+|< 100% >|
+| [[cbdc:public:cbdc_omg:04_doc:15_common:start| Return to Common Elements]]  |  <WRAP>
+<html><b>
+<a href="mailto:[email protected]?Subject=OMG's CBDC WG Response:
+.7 Dual Payment Networks
+">Provide Feedback</a></b>
+</html>
+</WRAP>  |
 ===== Overview =====
-[[cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:start | Return to Top]]
+[[cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start| Return to Top]]
   : **Note:** Also see:
-    * [[cbdc:private:cbdc_omg:04_doc:15_common:45_privacy:start]]
+    * [[cbdc:public:cbdc_omg:04_doc:15_common:45_privacy:start]]
-    * [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start]]
+    * [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start]]
-    * [[cbdc:private:cbdc_omg:04_doc:15_common:50_international:start]]
+    * [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start]]
-    * Answer to [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q04:start]]
+    * Answer to [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q04:start]]
 The simplest way to add a U.S. CBDC would be to build a parallel payment transaction network to the existing [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:ach | Automated Clearing House (ACH) Network]]. The existing payment network would continue to function //"as-is"//, while the new real-time U.S. CBDC Network would handle payment transactions using the U.S. CBDC (probably a Stablecoin).
-  : **Note:** The ACH has embarked on its own support for real-time transactions with [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rtp | Real-Time Payments (RTP) Network]]. This should not be confused with the Stablecoin or other Crypto solution.
+  : **Note:** The ACH has embarked on its own support for real-time transactions with [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rtp | Real-Time Payments (RTP) Network]]. This should not be confused with the Stablecoin or other Crypto solutions.
-Both networks would rely on the existing intermediary financial institutions to continue to do what they already do in terms of [[cbdc:private:cbdc_omg:04_doc:15_common:45_privacy:start | Privacy]], [[:cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | National Security]], and [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:04_doc:15_common:50_international:start | International Security]] BUT with the addition of the ability to use a real-time U.S. CBDC transfer mechanism instead of only the existing [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:ach | Automated Clearing House (ACH) Network]]. This allows the existing mechanisms that are part of the existing intermediaries structure to remain in place for Privacy and Security. This of course assumes the existing mechanism on Privacy and Security is acceptable.
+Both networks would rely on the existing intermediary financial institutions to continue to do what they already do in terms of [[cbdc:public:cbdc_omg:04_doc:15_common:45_privacy:start| Privacy]], [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| National Security]], and [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start | International Security]] BUT with the addition of the ability to use a real-time U.S. CBDC transfer mechanism instead of only the existing [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:ach | Automated Clearing House (ACH) Network]]. This allows the existing mechanisms that are part of the existing intermediaries structure to remain in place for Privacy and Security. This of course assumes the existing mechanism on Privacy and Security is acceptable.
-However, it would also be possible for new financial intermediaries to startup but they would only be allowed to use the U.S. CBDC payment network. These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:private:cbdc_omg:04_doc:15_common:50_international:start | International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
+However, it would also be possible for new financial intermediaries to startup but they would only be allowed to use the U.S. CBDC payment network. These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start| International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
-The new U.S. CBDC network handles the real-time transactions requirements of the U.S. CBDC. This requires the:
+The new U.S. CBDC network handles the real-time transaction requirements of the U.S. CBDC. This requires the:
 <table>
@@ Line 32: / Line 39: @@
 ==== The Dual ACH/CBDC Payment Networks ====
-[[cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:start | Return to Top]]
+[[cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start| Return to Top]]
 Figure {{ref>simpleCbdcFlow}} provides a very simplistic overview of how a Dual ACH/CBDC network might work. The intention is to build onto the existing financial system already in place but to allow an option to use a U.S. CBDC probably built as a Stablecoin. The Existing Intermediaries would still fulfill their existing roles while providing an option to use a CBDC network to transfer the money. The existing validation and verification for the number of transactions, the quantity of money transferred, and all of the checks for criminal activity and assurance for privacy would stay in place.
@@ Line 38: / Line 45: @@
 <figure simpleCbdcFlow>
-{{  :cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:screen_shot_2022-04-20_at_2.53.28_pm.png?700 |}}
+{{  cbdc:04_doc:15_common:70_dualnets:screen_shot_2022-04-20_at_2.53.28_pm.png?700 |}}
 <caption>Theoretical Very Simplified Dual ACH-CBDC Network Concept.</caption>
 </figure>
@@ Line 98: / Line 105: @@
 ==== Only the CBDC Payment Network ====
-[[cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:start | Return to Top]]
+[[cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start| Return to Top]]
 Allowing new or existing Payment Networks to only use the new U.S. CBDC Payment Network is possible. See Figure {{ref>newOnlyPaymentNet}}. This allows for new and creative ways of having payment transactions. In this scenario, the new Intermediary would use the same new [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programming Interface (API)]] as in the Dual situation, but in this scenario, all the transactions would need to be in U.S. CBDC. This means that any U.S. Dollars would have to be exchanged for U.S. CBDC before the transactions can take place. However, the New Intermediaries might allow accounts to contain U.S. CBDC. In this case, there would be no conversion required.
@@ Line 104: / Line 111: @@
 The same situation occurs on the other end of the payment transaction. The recipient could level all or some of the transactions as U.S. Dollars or U.S. CBDC.
-  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:private:cbdc_omg:04_doc:15_common:50_international:start | International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
+  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start| International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
 <figure newOnlyPaymentNet>
-{{  :cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:screen_shot_2022-04-20_at_10.32.48_am.png?700  |}}
+{{  cbdc:04_doc:15_common:70_dualnets:screen_shot_2022-04-20_at_10.32.48_am.png?700  |}}
 <caption>Theoretical Very Simplified single CBDC Network Concept.</caption>
 </figure>
 ===== Examples =====
-[[cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:start | Return to Top]]
+[[cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start| Return to Top]]
-The "desirements" specified in [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:15_summary:start&do=edit | White Paper]] and identified by the [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:15_summary:start | OMG's White Paper Analysis]] as **Privacy Issues** are listed in Table {{ref>privacyReq}}.
+The "desirements" specified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | White Paper]] and identified by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start | OMG's CBDC WG White Paper Analysis]] as **Privacy Issues** are listed in Table {{ref>privacyReq}}.
 <table privacyReq>
-<caption>Examples of **Privacy Desirements** identified during the White Paper Analysis conducted by the OMG</caption>
+<caption>Examples of **Privacy Desirements** identified during the White Paper Analysis conducted by the OMG's CBDC WG</caption>
 |< 100% 20% ->|
 ^ Category  ^ Desirements  ^
@@ Line 128: / Line 135: @@
   : **Note:** **''B''** = Benefit, **''P''** = Policy, **''R''** = Requirement, **''D''** = Design.
 ===== Discussion of Examples =====
-[[cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:start | Return to Top]]
+[[cbdc:public:cbdc_omg:04_doc:15_common:70_dualnets:start| Return to Top]]
-Table {{ref>privacyReqDiscussion}} provides discussion points for each of the "desirements" identified by the [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:15_summary:start | OMG's White Paper Analysis]].
+Table {{ref>privacyReqDiscussion}} provides discussion points for each of the "desirements" identified by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start | OMG's CBDC WG White Paper Analysis]].
 <table privacyReqDiscussion>
@@ Line 146: / Line 153: @@
 </WRAP>|
 ^ B0007 ^ Provide households and businesses a convenient and electronic form of central bank money with: <WRAP>
-    - safety
+    : 1. safety
-    - liquidity
+    : 2. liquidity
 </WRAP>| <WRAP>
 In all accounts, U.S. money could be kept as U.S. Dollars or as U.S. CBDC. Since the U.S. CBDC would probably be backed by a U.S. Dollar Stablecoin, there should be no advantage or disadvantage to either. The main difference is the End User's choice to use the real-time CBDC or the existing ACH Network. Note: There may be a cost associated with converting between the two currencies.
@@ Line 158: / Line 165: @@
 </WRAP>|
 ^ B0011 ^ Make payments: <WRAP>
-   - faster
+   : 1. faster
-   - cheaper
+   : 2. cheaper
-   - more convenient
+   : 3. more convenient
-   - more accessible
+   : 4. more accessible
 </WRAP>| <WRAP>
 Using the Dual Network, the End User can decide how fast they want the payments to be made. The cost of using a U.S. CBDC is still unknown. There is a cost associated with using the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.k_consensus:start | Consensus facilities]] of the U.S. CBDC as well as the possibility of costs associated with converting U.S. Dollars to U.S. CBDC.
@@ Line 174: / Line 181: @@
 </WRAP>|
 ^ B0022 ^ Provide a CBDC that is:<WRAP>
-  - [[cbdc:private:cbdc_omg:8_append:20_glossary:privacy-protected| Privacy-Protected ]]
+  : 1. [[cbdc:public:cbdc_omg:8_append:20_glossary:privacy-protected| Privacy-Protected ]]
-  - [[cbdc:private:cbdc_omg:8_append:20_glossary:intermediated| Intermediated]]
+  : 2. [[cbdc:public:cbdc_omg:8_append:20_glossary:intermediated| Intermediated]]
-  - [[cbdc:private:cbdc_omg:8_append:20_glossary:transferable| Widely Transferable]]
+  : 3. [[cbdc:public:cbdc_omg:8_append:20_glossary:transferable| Widely Transferable]]
-  - [[cbdc:private:cbdc_omg:8_append:20_glossary:identity-verified| Identity-Verified]]
+  : 4. [[cbdc:public:cbdc_omg:8_append:20_glossary:identity-verified| Identity-Verified]]
 </WRAP> | <WRAP>
 Using the Dual Network Model for payment transfers should fulfill all these desirements.
-  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:private:cbdc_omg:04_doc:15_common:50_international:start | International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
+  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start| International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
 </WRAP>|
@@ Line 199: / Line 206: @@
 </WRAP>|
 ^ B0038 ^ Allow private-sector innovators to focus on: <WRAP>
-  - new access services
+  : 1. new access services
-  - distribution methods
+  : 2. distribution methods
-  - related service offerings
+  : 3. related service offerings
 </WRAP>| <WRAP>
 See **''B0009''** above.
@@ Line 209: / Line 216: @@
 </WRAP>|
 ^ B0046 ^ Enable rapid and cost-effective delivery of:<WRAP>
-  - wages,
+  : 1. wages,
-  - tax refunds
+  : 2. tax refunds
-  - other federal payments
+  : 3. other federal payments
 </WRAP>| <WRAP>
 This would require the employers, the U.S. Benefits agencies, and the Internal Revenue Service (IRS) to support the ACH/CBDC API and Bridge to make this happen.
 </WRAP>|
 ^ B0047 ^ Lower transaction costs | <WRAP>
-At this point in time, it can only be conjectured that the transaction costs would be less. Often it is assumed that the [[cbdc:private:cbdc_omg:04_doc:15_common:45_privacy:start | Privacy]] and [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | Security]] laws and regulations can be skipped when using a U.S. CBDC. This will most likely not happen. If the U.S. CBDC uses a Stablecoin, the cost is highly dependent on the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:platform | Platform]] chosen. See: [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.k_consensus:start | Consensus Algorithms]]
+At this point in time, it can only be conjectured that the transaction costs would be less. Often it is assumed that the [[cbdc:public:cbdc_omg:04_doc:15_common:45_privacy:start| Privacy]] and [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| Security]] laws and regulations can be skipped when using a U.S. CBDC. This will most likely not happen. If the U.S. CBDC uses a Stablecoin, the cost is highly dependent on the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:platform | Platform]] chosen. See: [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.k_consensus:start | Consensus Algorithms]]
 </WRAP>|
 ^ B0051 ^ Generate data about users’ financial transactions similar to the current Commercial Bank((
 Commercial banks include banks licensed either by federal or state banking agencies, credit unions, and thrifts from the **White Paper**.
-)) and [[cbdc:private:cbdc_omg:8_append:20_glossary:nonbank_money]] | <WRAP>
+)) and [[cbdc:public:cbdc_omg:8_append:20_glossary:nonbank_money]] | <WRAP>
 The Dual ACH/CBDC network model would require all Intermediaries to collect the same kind of data on all transactions providing one degree of freedom between the End Users and the Government.
 </WRAP>|
@@ Line 240: / Line 247: @@
 </WRAP>|
 ^ P0028 ^ Require significant international coordination to address issues such as:<WRAP>
-  - common standards
+  : 1. common standards
-  - infrastructure,
+  : 2. infrastructure,
-  - the types of intermediaries able to access any new infrastructure,
+  : 3. the types of intermediaries able to access any new infrastructure,
-  - legal frameworks
+  : 4. legal frameworks
-  - preventing illicit transactions
+  : 5. preventing illicit transactions
-  - the cost and timing of implementation
+  : 6. the cost and timing of implementation
 </WRAP>| <WRAP>
 See **''B0026''**, **''P0021''**, and **''B0045''** above.
 </WRAP>|
-^ R0007 ^ Risk CDBC is difficult to use without service providers | <WRAP>
+^ R0007 ^ Risk CBDC is difficult to use without service providers | <WRAP>
 At a minimum, the existing Intermediaries would be able to use most of their existing infrastructure to use the U.S. CBDC. In the Workflow for creating a payment transaction:
-  - Need to ask if it is going to use a CBDC transfer.
+  : 1. Need to ask if it is going to use a CBDC transfer.
-    - If yes, they need to make sure the End Users account has the correct about of CBDC Stablecoins
+    : a. If yes, they need to make sure the End Users account has the correct about of CBDC Stablecoins
-      - If not, they need to convert U.S. Dollars to U.S. CBDC Stablecoins
+      : i. If not, they need to convert U.S. Dollars to U.S. CBDC Stablecoins
-      - formulate a standardized U.S. CBDC transaction and all the required data
+      : ii. formulate a standardized U.S. CBDC transaction and all the required data
-    - If not, do ACH Network business as usual
+    : b. If not, do ACH Network business as usual
 </WRAP>|
 ^ R0010 ^ CBDC has a Risk of significant energy footprint similar to Cryptocurrencies | <WRAP>
@@ Line 261: / Line 268: @@
 </WRAP>|
 ^ R0011 ^ Increased Risk to consumer's vulnerability to: <WRAP>
-  - loss
+  : 1. loss
-  - theft
+  : 2. theft
-  - fraud
+  : 3. fraud
 </WRAP>| <WRAP>
 In the Dual ACH/CBDC network the risk should remain the same as it is under just the ACH Network.
@@ Line 270: / Line 277: @@
 Assuming that the current balance is acceptable, using the Dual Network Model for payment transfers would keep in place all existing Privacy and Security Laws and Regulations. The new Intermediaries would have to follow the same rules as the existing Intermediaries.
-  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:private:cbdc_omg:04_doc:15_common:48_natsec:start | National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:private:cbdc_omg:04_doc:15_common:50_international:start | International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
+  : **NOTE:** These new financial intermediaries would **NOT** be released from following the existing Laws and Regulations of the traditional financial intermediaries. In other words, they would have to ensure the End User's privacy (both ends of the Payment Transactions. They would also have conform to all the [[cbdc:public:cbdc_omg:04_doc:15_common:48_natsec:start| National Security Laws and Regulations]]. If either End User in the Payment Transaction is not in the U.S., they would have to abide by all the [[cbdc:public:cbdc_omg:04_doc:15_common:50_international:start| International Laws and Regulations]]. This would mean these new Intermediaries would be subject to oversight and auditing.
 </WRAP>|
 ^ R0018 ^ Risk a CBDC could fundamentally change the structure of the U.S. financial system, altering the private sector and central bank:<WRAP>
-  - roles
+  : 1. roles
-  - responsibilities
+  : 2. responsibilities
 </WRAP>| <WRAP>
 The Dual ACH/CBDC Network models should extend the current structure of the U.S. financial system and provide more potential Intermediaries. The more Intermediaries, the more robust the system should become.
 </WRAP>|
 ^ R0019 ^ Risk of reducing the aggregate amount of deposits in the banking system, which could in turn increase bank funding expenses, and reduce credit availability or raise credit costs for households and businesses.| <WRAP>
-In the Dual ACH/CBDC Network model, U.S. Dollars in accounts or U.S. CBDC would still be treated as transfers. See the answer to [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q13:start]].
+In the Dual ACH/CBDC Network model, U.S. Dollars in accounts or U.S. CBDC would still be treated as transfers. See the answer to [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q13:start]].
 </WRAP>|
 ^ R0020 ^ Risk that interest-bearing CBDC could result in a shift away from other low-risk assets, such as shares in money market mutual funds, Treasury bills, and other short-term instruments. | <WRAP>
@@ Line 288: / Line 295: @@
 </WRAP>|
 ^ D0013 ^ Design should facilitate compliance with a robust set of rules already intended to combat <WRAP>
-  - money laundering
+  : 1. money laundering
-  - the financing of terrorism
+  : 2. the financing of terrorism
-  - customer due diligence
+  : 3. customer due diligence
-  - record-keeping
+  : 4. record-keeping
-  - reporting requirements
+  : 5. reporting requirements
 </WRAP>| <WRAP>
 See **''B0005''** and **''R0011''** above.
@@ Line 306: / Line 313: @@
 The Dual ACH/CBDC Networks would require the new infrastructure for the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programmer Interface (API)]], the bridges, and the building out of a Distributed Network of Nodes to handle the CBDC transactions and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.k_consensus:start | Consensus]]. The network of nodes might have any number of node types. Figure {{ref>typesOfNodes}} describes the taxonomy of DIDO Node Types. See [[ https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:3_node_tax:start | OMG DID-RA Node Taxonomy]] for a discussion on the different kinds of nodes.
 </WRAP>|
+| **''B''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#benefit_considerations| Benefit Considerations ]] |||
+| **''P''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#policy_considerations| Policy Considerations]] |||
+| **''R''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#risk_considerations| Risk Considerations ]] |||
+| **''D''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#design_considerations | Design Considerations]] |||
+</table>
 <figure typesOfNodes>
-{{  :cbdc:private:cbdc_omg:04_doc:15_common:70_dualnets:node_taxonomy.png?500 |}}
+{{  cbdc:04_doc:15_common:70_dualnets:node_taxonomy.png?500 |}}
 <caption> DIDO Node Taxonomy: Node Types </caption>
 </figure>
 /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

OMG Central Bank Digital Currency (OMG-CBDC) Working Group (WG) Wiki

User Tools

Site Tools

Differences

Page Tools