cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start [2022/05/16 18:11] nick ↷ Page moved from cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start to cbdc:cbdc_omg:04_doc:20_comments:brp:q14:start |
cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start [2022/06/17 19:17] (current) terrance |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Question: 14. Should a CBDC be legal tender? ====== | ====== Question: 14. Should a CBDC be legal tender? ====== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:start| Return to CBDC Benefits, Risks, and Policy Considerations ]] | + | |< 100% >| |
| + | | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:start| Return to CBDC Benefits, Risks, and Policy Considerations ]] | <WRAP> | ||
| + | <html><b> | ||
| + | <a href="mailto:[email protected]?Subject=OMG's CBDC WG Response: | ||
| + | Question: 14. Should a CBDC be legal tender? | ||
| + | ">Provide Feedback</a></b> | ||
| + | </html> | ||
| + | </WRAP> | | ||
| ===== Question ===== | ===== Question ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] |
| **Should a CBDC be legal tender?** | **Should a CBDC be legal tender?** | ||
| ===== Answer ===== | ===== Answer ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] |
| ==== Overview ==== | ==== Overview ==== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] |
| - | In general, a United States CBDC should be designated as legal tender, thereby matching the current physical US currency. Such a characterization is necessary for a Digital Dollar to exist alongside and eventually replace physical notes and coins, particularly in relatively small “retail” transactions like the acquisition of food, energy and/or personal services. With the wide adoption of a Digital Dollar, the reduction in costs associated with producing, transferring, securing, and destroying physical currency notes and coins would be quite considerable. | + | In general, a United States CBDC should be designated as legal tender, thereby matching the current physical US currency. Such a characterization is necessary for a Digital Dollar to exist alongside and eventually replace physical notes and coins, particularly in relatively small “retail” transactions like the acquisition of food, energy, and/or personal services. With the wide adoption of a Digital Dollar, the reduction in costs associated with producing, transferring, securing, and destroying physical currency notes and coins would be quite considerable. |
| - | The arguments against designating a US Digital Dollar as legal tender are more operational in nature. Consider, for instance, the various types of fraud that might be attempted with Digital Dollars. Currently, the largest US note in general circulation is one hundred dollars. It is thus difficult to gather sufficient physical notes to exchange for substantial physical assets like an automobile or a housing unit. How would similar “speed bumps” be implemented with a United States CBDC where the transaction size might be unbound? | + | The arguments against designating a US Digital Dollar as a legal tender are more operational in nature. Consider, for instance, the various types of fraud that might be attempted with Digital Dollars. Currently, the largest US note in general circulation is one hundred dollars. It is thus difficult to gather sufficient physical notes to exchange for substantial physical assets like an automobile or a housing unit. How would similar “speed bumps” be implemented with a United States CBDC where the transaction size might be unbound? |
| Currently, financial institutions are key points of control in implementing Anti-Money Laundering (“AML”) / Combating the Financing of Terrorism (“CMT”) policies and procedures. If a United States CBDC is considered legal tender, presumably it will also be convertible with both physical currency and/or account balances with financial institutions. What entities, potentially with geographic or other constraints, will be permitted to perform these conversions, particularly the physical currency / CBDC type where counterfeit tender might be involved? | Currently, financial institutions are key points of control in implementing Anti-Money Laundering (“AML”) / Combating the Financing of Terrorism (“CMT”) policies and procedures. If a United States CBDC is considered legal tender, presumably it will also be convertible with both physical currency and/or account balances with financial institutions. What entities, potentially with geographic or other constraints, will be permitted to perform these conversions, particularly the physical currency / CBDC type where counterfeit tender might be involved? | ||
| Line 25: | Line 32: | ||
| - centralized versus decentralized. | - centralized versus decentralized. | ||
| - | As the design evolves, OMG recommends further consultations that include Use Case analysis and solicitation of scenarios that test the limits of the contemplated CBDC design. | + | As the design evolves, OMG's CBDC WG recommends further consultations that include Use Case analysis and solicitation of scenarios that test the limits of the contemplated CBDC design. |
| According to the U.S. Code, Title32, Subtitle IV, Chapter 51, Subchapter I Section § 5103, **Legal Tend** in the U.S. is: | According to the U.S. Code, Title32, Subtitle IV, Chapter 51, Subchapter I Section § 5103, **Legal Tend** in the U.S. is: | ||
| Line 35: | Line 42: | ||
| The U.S. CBDC could offer another mechanism to the existing non-cash mechanisms such as debit cards, credit cards, electronic transfers, and checks. However, in order to offer real-time settlements, it may need to use a different mechanism than the existing [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:ach | Automated Clearing House (ACH) Network]] currently in use to electronically move money between banks accounts across the U.S. The current ACH network is run by an organization called Nacha, formerly the [[https://www.nacha.org/ | National Automated Clearing House Association (NACHA)]]. | The U.S. CBDC could offer another mechanism to the existing non-cash mechanisms such as debit cards, credit cards, electronic transfers, and checks. However, in order to offer real-time settlements, it may need to use a different mechanism than the existing [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:ach | Automated Clearing House (ACH) Network]] currently in use to electronically move money between banks accounts across the U.S. The current ACH network is run by an organization called Nacha, formerly the [[https://www.nacha.org/ | National Automated Clearing House Association (NACHA)]]. | ||
| - | There definitely would need to be a **bridge** between the existing ACH-NACHA payment network and a U.S. CBDC, its associated Consensus Algorithms, and the network of nodes. However, in addition to the bridge between the two, there probably needs to exist a new consolidated frontend ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programming Interface (API)]]?) that abstracts the type of payment from the participants in the transactions. In other words, the transaction should be agnostic to the non-cash mechanisms such as debit cards, credit cards, electronic transfers, checks, and CBDC. | + | There definitely would need to be a **bridge** between the existing ACH-NACHA payment network and a U.S. CBDC, its associated Consensus Algorithms, and the network of nodes. However, in addition to the bridge between the two, there probably needs to exist a new consolidated frontend ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programming Interface (API)]]?) that abstracts the type of payment from the participants in the transactions. In other words, the transaction should be agnostic to non-cash mechanisms such as debit cards, credit cards, electronic transfers, checks, and CBDC. |
| The U.S. CBDC needs to support basic purchases of: | The U.S. CBDC needs to support basic purchases of: | ||
| Line 46: | Line 53: | ||
| ===== Examples ===== | ===== Examples ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] |
| - | The following "desirements" are from the [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:15_summary:start | White Paper]] as identified by the [[https://www.omg.org/ | Object Management Group's ]] report called [[https://www.omgwiki.org/CBDC/doku.php?id=cbdc:private:cbdc_omg:15_summary:start | White Paper Analysis]]: | + | The following "Desirements" are from the [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | White Paper]] as identified by the [[https://www.omg.org/ | Object Management Group's ]] CBDC WG report called [[cbdc:public:cbdc_omg:04_doc:12_summary:start | White Paper Analysis]]: |
| <table> | <table> | ||
| - | <caption>Example of mapping a subset of requirements identified during the White Paper Analysis conducted by the OMG</caption> | + | <caption>Example of mapping a subset of requirements identified during the White Paper Analysis conducted by the OMG's CBDC WG.</caption> |
| |< 100% 15% >| | |< 100% 15% >| | ||
| ^ Benefits | B0025, B0026, B0029, B0034, B0038, B0040, B0044, B0045, B0046, B0047, B0049 | | ^ Benefits | B0025, B0026, B0029, B0034, B0038, B0040, B0044, B0045, B0046, B0047, B0049 | | ||
| Line 61: | Line 68: | ||
| ===== Example Discussion ===== | ===== Example Discussion ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q14:start| Return to Top]] |
| <table> | <table> | ||
| Line 68: | Line 75: | ||
| ^ Statement No. ^ Statement ^ Comment ^ | ^ Statement No. ^ Statement ^ Comment ^ | ||
| ^ B0025 ^ Serve as a new foundation for the payment system |<WRAP> | ^ B0025 ^ Serve as a new foundation for the payment system |<WRAP> | ||
| - | The CBDC could offer another mechanism to the existing non-cash mechanisms such as debit cards, credit cards, electronic transfers, and checks. However, in order to offer real-time settlements, it may need to use a different mechanism than the existing Automated Clearing House Network (ACH) network currently to electronically move money between banks accounts across the U.S. The current ACH network is run by an organization called Nacha, formerly the [[https://www.nacha.org/ | National Automated Clearing House Association (NACHA)]]. | + | The CBDC could offer another mechanism to the existing non-cash mechanisms such as debit cards, credit cards, electronic transfers, and checks. However, in order to offer real-time settlements, it may need to use a different mechanism than the existing Automated Clearing House Network (ACH) network currently to electronically move money between bank accounts across the U.S. The current ACH network is run by an organization called Nacha, formerly the [[https://www.nacha.org/ | National Automated Clearing House Association (NACHA)]]. |
| </WRAP>| | </WRAP>| | ||
| ^ B0026 ^ Provide a bridge between legacy and new payment services |<WRAP> | ^ B0026 ^ Provide a bridge between legacy and new payment services |<WRAP> | ||
| - | There definitely would need to be a bridge between the existing ACH-NACHA payment network and a U.S. CBDC, its associated Consensus Algorithms, and the network of nodes. However, in addition to the bridge between the two, there probably needs to exist a new consolidated frontend ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programming Interface (API)]]?) that abstracts the type of payment from the participants in the transactions. In other words, the transaction should be agnostic to the non-cash mechanisms such as debit cards, credit cards, electronic transfers, checks, and CBDC. | + | There definitely would need to be a bridge between the existing ACH-NACHA payment network and a U.S. CBDC, its associated Consensus Algorithms, and the network of nodes. However, in addition to the bridge between the two, there probably needs to exist a new consolidated frontend ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:api | Application Programming Interface (API)]]?) that abstracts the type of payment from the participants in the transactions. In other words, the transaction should be agnostic to non-cash mechanisms such as debit cards, credit cards, electronic transfers, checks, and CBDC. |
| </WRAP>| | </WRAP>| | ||
| ^ B0029 ^ Support basic purchases of: <WRAP> | ^ B0029 ^ Support basic purchases of: <WRAP> | ||
| Line 121: | Line 128: | ||
| See answer **''B0025''**, **''B0026''**, **''B0029''**, **''B0038''**, **''B0040''** above. | See answer **''B0025''**, **''B0026''**, **''B0029''**, **''B0038''**, **''B0040''** above. | ||
| </WRAP>| | </WRAP>| | ||
| - | | **''B''** = [[cbdc:private:cbdc_omg:04_doc:12_summary:start#benefits| Benefit Considerations ]] ||| | + | | **''B''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#benefit_considerations| Benefit Considerations ]] ||| |
| - | | **''P''** = [[cbdc:private:cbdc_omg:04_doc:12_summary:start#policy_considerations| Policy Considerations]] ||| | + | | **''P''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#policy_considerations| Policy Considerations]] ||| |
| - | | **''R''** = [[cbdc:private:cbdc_omg:04_doc:12_summary:start#risks| Risk Considerations ]] ||| | + | | **''R''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#risk_considerations| Risk Considerations ]] ||| |
| - | | **''D''** = [[cbdc:private:cbdc_omg:04_doc:12_summary:start#design| Design Considerations]] ||| | + | | **''D''** = [[cbdc:public:cbdc_omg:04_doc:12_summary:start#design_considerations| Design Considerations]] ||| |
| </table> | </table> | ||
cbdc/public/cbdc_omg/04_doc/20_comments/brp/q14/start.1652739072.txt.gz · Last modified: 2022/05/16 18:11 by nick
