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:q01:policy [2022/05/13 15:11] terrance |
cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy [2022/06/17 18:28] (current) terrance |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== sub-Q2: Policies ====== | ====== sub-Q2: Policies ====== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:start| Return to Question 1]] | + | |< 100% >| |
| + | | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:start| Return to Question 1]] | <WRAP> | ||
| + | <html><b> | ||
| + | <a href="mailto:[email protected]?Subject=OMG's CBDC WG Response: | ||
| + | sub-Q2: Policies | ||
| + | ">Provide Feedback</a></b> | ||
| + | </html> | ||
| + | </WRAP> | | ||
| ===== Question ===== | ===== Question ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] |
| - | What additional potential **policy considerations** of a [[cbdc:private:cbdc_omg:8_append:20_glossary:cbdc]] may exist that have not been raised in this paper? | + | What additional potential **policy considerations** of a [[cbdc:public:cbdc_omg:8_append:20_glossary:cbdc]] may exist that have not been raised in this paper? |
| ===== Answer ===== | ===== Answer ===== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] |
| ==== Governance Overview ==== | ==== Governance Overview ==== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] |
| A major risk to the CBDC is the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:g:governance | Governance]] of a very large, complex system. which encompasses: | A major risk to the CBDC is the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:g:governance | Governance]] of a very large, complex system. which encompasses: | ||
| Line 25: | Line 33: | ||
| * Data | * Data | ||
| - | CBDC Governance is the system that controls the entities and direction of the CBDC effort. Its primary concern is the structure and processes for decision-making, accountability, control and behavior at the top of the CBDC. CBDC governance will set the organization’s objectives, measure how well these objectives are achieved, monitor risks to the CBDC, and set actions in place to mitigate those risks. Governance is a system and a process, not a single activity; therefore successful implementation of a good governance strategy requires a systematic approach that incorporates strategic planning, risk management and performance management. Like culture, it is a core component of the unique characteristics of a successful organization. | + | CBDC Governance is the system that controls the entities and direction of the CBDC effort. Its primary concern is the structure and processes for decision-making, accountability, control and behavior at the top of the CBDC. CBDC governance will set the organization’s objectives, measure how well these objectives are achieved, monitor risks to the CBDC, and set actions in place to mitigate those risks. Governance is a system and a process, not a single activity; therefore successful implementation of a good governance strategy requires a systematic approach that incorporates strategic planning, risk management, and performance management. Like culture, it is a core component of the unique characteristics of a successful organization. |
| ==== Examples ==== | ==== Examples ==== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] |
| - | Some "desirements" in the [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | Money and Payments: The U.S. Dollar in the Age of Digital Transformation]] **White Paper** and summarized in the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| White Paper Analysis]] done by the [[https://www.omg.org/ | Object Management Group ]] allude to the Governance areas shown in the table below: | + | Some "desirements" in the [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | Money and Payments: The U.S. Dollar in the Age of Digital Transformation]] **White Paper** and summarized in the OMG's CBDC WG [[cbdc:public:cbdc_omg:04_doc:12_summary:start| White Paper Analysis]] done by the [[https://www.omg.org/ | Object Management Group's ]] CBDC Working Group allude to the Governance areas shown in the table below: |
| <table mappingTable> | <table mappingTable> | ||
| - | <caption>Example of mapping a subset of "desirements" identified during the White Paper Analysis conducted by OMG.</caption> | + | <caption>Example of mapping a subset of "desirements" identified during the White Paper Analysis conducted by OMG's CBDC WG.</caption> |
| ^ Governance Area | **OMG Identified "desirements"** | | ^ Governance Area | **OMG Identified "desirements"** | | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#legislation_laws_and_regulations| Legislation, Laws, and Regulations]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#legislation_laws_and_regulations| Legislation, Laws, and Regulations]] | <WRAP> |
| : P: P0011, P0014, P0015, P0016, P0018, P0019, P0030 | : P: P0011, P0014, P0015, P0016, P0018, P0019, P0030 | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_federal_reserve_us_government_organization| External Federal Reserve, US Government Organization]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_federal_reserve_us_government_organization| External Federal Reserve, US Government Organization]] | <WRAP> |
| : B: B0005, B0006, B0020, B0025, B0026, B0030, B0036, B0046, B0052, B0053 | : B: B0005, B0006, B0020, B0025, B0026, B0030, B0036, B0046, B0052, B0053 | ||
| : P: P0005, P0006, P0016, P0017, P0023, P0024, P0031 | : P: P0005, P0006, P0016, P0017, P0023, P0024, P0031 | ||
| : R: R0001, R0005, R0008, R0010, R0011, R0012, R0014, D0013, D0016, D0017 | : R: R0001, R0005, R0008, R0010, R0011, R0012, R0014, D0013, D0016, D0017 | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_us_entities| External US Entities]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_us_entities| External US Entities]] | <WRAP> |
| : B: B0006, B0009, B0015, B0025, B0041, B0052, P0028, D0009, | : B: B0006, B0009, B0015, B0025, B0041, B0052, P0028, D0009, | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#private_sector_parties| Private Sector Parties]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#private_sector_parties| Private Sector Parties]] | <WRAP> |
| : B: B0006, B0008, B0025, B0026, B0029, B0033, B0037, B0038, B0044, B0046, B0052, B0053 | : B: B0006, B0008, B0025, B0026, B0029, B0033, B0037, B0038, B0044, B0046, B0052, B0053 | ||
| : P: P0005, P0010, P0012, P0013, P0016, P0020, P0021, P0023, P0024 | : P: P0005, P0010, P0012, P0013, P0016, P0020, P0021, P0023, P0024 | ||
| Line 52: | Line 60: | ||
| : D: D0011, D0012, D0013, D0014, D0017 | : D: D0011, D0012, D0013, D0014, D0017 | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_hardware| Purpose-built Hardware]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_hardware| Purpose-built Hardware]] | <WRAP> |
| : P: P0025 | : P: P0025 | ||
| : R: R0014 | : R: R0014 | ||
| : D: D0002, D0003, D0011, D0015, D0016, D0017 | : D: D0002, D0003, D0011, D0015, D0016, D0017 | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_software| Purpose-built Software]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_software| Purpose-built Software]] | <WRAP> |
| : P: P0025 | : P: P0025 | ||
| : R: R0014 | : R: R0014 | ||
| : D: D0002, D0003, D0011, D0012, D0013, D0016, D0017 | : D: D0002, D0003, D0011, D0012, D0013, D0016, D0017 | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-defined_data| Purpose-defined Data]] | <WRAP> | + | ^ [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-defined_data| Purpose-defined Data]] | <WRAP> |
| : B: B0051 | : B: B0051 | ||
| : P: P0004 | : P: P0004 | ||
| Line 68: | Line 76: | ||
| : D: D0002, D0003, D0011, D0012, D0013, D0016, D0017 | : D: D0002, D0003, D0011, D0012, D0013, D0016, D0017 | ||
| </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> | ||
| Line 77: | Line 85: | ||
| ==== Discussion of Examples ==== | ==== Discussion of Examples ==== | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy| Return to Top]] |
| This discussion is divided into the sections mapped out in Table {{ref>mappingTable}}. | This discussion is divided into the sections mapped out in Table {{ref>mappingTable}}. | ||
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#legislation_laws_and_regulations| Legislation, Laws, and Regulations]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#legislation_laws_and_regulations| Legislation, Laws, and Regulations]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_federal_reserve_us_government_organization| External Federal Reserve, US Government Organization]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_federal_reserve_us_government_organization| External Federal Reserve, US Government Organization]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_us_entities| External US Entities]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#external_us_entities| External US Entities]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#private_sector_parties| Private Sector Parties]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#private_sector_parties| Private Sector Parties]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_hardware| Purpose-built Hardware]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_hardware| Purpose-built Hardware]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_software| Purpose-built Software]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-built_software| Purpose-built Software]] |
| - | * [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-defined_data| Purpose-defined Data]] | + | * [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#purpose-defined_data| Purpose-defined Data]] |
| === Legislation, Laws, and Regulations === | === Legislation, Laws, and Regulations === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] map to Legislation, Laws, and Regulations. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG's White Paper Analysis effort]] map to Legislation, Laws, and Regulations. |
| <table legal> | <table legal> | ||
| Line 100: | Line 108: | ||
| ^ Statement No. ^ Page No. ^ Statement | | ^ Statement No. ^ Page No. ^ Statement | | ||
| - | ^ P0011 ^ 3 | The Federal Reserve does not intend to proceed with issuance of a CBDC without clear support from:<WRAP> | + | ^ P0011 ^ 3 | The Federal Reserve does not intend to proceed with the issuance of a CBDC without clear support from:<WRAP> |
| : 1. the Executive Branch | : 1. the Executive Branch | ||
| : 2. Legislative Branch | : 2. Legislative Branch | ||
| Line 114: | Line 122: | ||
| === External Federal Reserve, US Government Organization === | === External Federal Reserve, US Government Organization === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] map to US Government organizations external to the Federal Reserve. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG's White Paper Analysis effort]] map to US Government organizations external to the Federal Reserve. |
| <table intern> | <table intern> | ||
| Line 141: | Line 149: | ||
| === External US Entities === | === External US Entities === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] map to External US Government organizations. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG White Paper Analysis effort]] map to External US Government organizations. |
| <table extern> | <table extern> | ||
| Line 167: | Line 175: | ||
| * **''B0005''**, **''B0052''**, **''P0005''**, **''R0014''** are all targeted at preventing criminal activities. Although there is a lot of criminal activity within the US, in this modern age of internationalism, it is important to elicit the help of foreign governments in detecting and tracking down criminal activities. | * **''B0005''**, **''B0052''**, **''P0005''**, **''R0014''** are all targeted at preventing criminal activities. Although there is a lot of criminal activity within the US, in this modern age of internationalism, it is important to elicit the help of foreign governments in detecting and tracking down criminal activities. | ||
| * **''B0009''**, **''B0015''**, **''B0041''** are all targeted at cross-border payments and remittances, which naturally would require the participation of foreign governments and institutions. | * **''B0009''**, **''B0015''**, **''B0041''** are all targeted at cross-border payments and remittances, which naturally would require the participation of foreign governments and institutions. | ||
| - | * **''D0009''** is concerned with foreign demand for CBDC, which again would point to some foreign government and institutions being involved. | + | * **''D0009''** is concerned with foreign demand for CBDC, which again would point to some foreign governments and institutions being involved. |
| === Private Sector Parties === | === Private Sector Parties === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] are intended for Private Sector organizations. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG White Paper Analysis effort]] are intended for Private Sector organizations. |
| <table private> | <table private> | ||
| Line 218: | Line 226: | ||
| === Purpose-built Hardware === | === Purpose-built Hardware === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] call for Purpose-built Hardware. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG White Paper Analysis effort]] call for Purpose-built Hardware. |
| <table legal> | <table legal> | ||
| - | <caption>**White Paper** "desirements" associated with Hardware that is purpose built for the CBDC.</caption> | + | <caption>**White Paper** "desirements" associated with Hardware that is purpose-built for the CBDC.</caption> |
| : **Note:** The following subset of "desirements" only represents a few that are relevant to Purpose-built Hardware found in the White Paper. They are provided to support further discussions. | : **Note:** The following subset of "desirements" only represents a few that are relevant to Purpose-built Hardware found in the White Paper. They are provided to support further discussions. | ||
| Line 229: | Line 237: | ||
| ^ P0025 ^ 14 | CBDC intermediary would need to verify the identity of a person accessing CBDC | | ^ P0025 ^ 14 | CBDC intermediary would need to verify the identity of a person accessing CBDC | | ||
| ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ||
| - | ^ D0015 ^ 20 | **Design** should include any dedicated infrastructure required to provide a resilience to threats such as operational disruptions and cybersecurity risks | | + | ^ D0015 ^ 20 | **Design** should include any dedicated infrastructure required to provide resilience to threats such as operational disruptions and cybersecurity risks | |
| - | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with operational resilience of the payment system | | + | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with the operational resilience of the payment system | |
| ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ||
| </table> | </table> | ||
| * **''P0025''** could require hardware for identification such as [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:smart_card | Smart Cards]] or [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rsa_secureid]] which may or may not be Purpose-Built for the CBDC. | * **''P0025''** could require hardware for identification such as [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:smart_card | Smart Cards]] or [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rsa_secureid]] which may or may not be Purpose-Built for the CBDC. | ||
| - | * **''D0011''** could be relevant when there is network monitoring | + | * **''D0011''** could be relevant when there is a network monitoring |
| - | * **''D0015''** if portions of the CBDC are over [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:2_network_access_ctrll:start | secure, private networks]] that are purpose built for the operations, then they must be resilient to threats, disruptions and cybersecurity threats. | + | * **''D0015''** if portions of the CBDC are over [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:2_network_access_ctrll:start | secure, private networks]] that are purpose-built for the operations, then they must be resilient to threats, disruptions and cybersecurity threats. |
| - | * **''D0016''**, **''D0017''** mean that payment systems need to be able to work autonomously in isolation from the Internet. This highlights the advantage of a [[cbdc:private:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Coin]] versus a [[cbdc:private:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]]. | + | * **''D0016''**, **''D0017''** mean that payment systems need to be able to work autonomously in isolation from the Internet. This highlights the advantage of a [[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Coin]] versus a [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]]. |
| === Purpose-built Software === | === Purpose-built Software === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] call for Purpose-built Software. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG White Paper Analysis effort]] call for Purpose-built Software. |
| <table legal> | <table legal> | ||
| - | <caption>**White Paper** "desirements" associated with Software that is purpose built for the CBDC.</caption> | + | <caption>**White Paper** "desirements" associated with Software that is purpose-built for the CBDC.</caption> |
| : **Note:** The following subset of "desirements" only represents a few that are relevant to Purpose-built Software found in the White Paper. They are provided to support further discussions. | : **Note:** The following subset of "desirements" only represents a few that are relevant to Purpose-built Software found in the White Paper. They are provided to support further discussions. | ||
| Line 251: | Line 259: | ||
| ^ P0025 ^ 14 | CBDC intermediary would need to verify the identity of a person accessing CBDC | | ^ P0025 ^ 14 | CBDC intermediary would need to verify the identity of a person accessing CBDC | | ||
| ^ R0014 ^ 13 | **Risk** of not achieving an appropriate balance between safeguarding the privacy rights of consumers and affording the transparency necessary to deter criminal activity | | ^ R0014 ^ 13 | **Risk** of not achieving an appropriate balance between safeguarding the privacy rights of consumers and affording the transparency necessary to deter criminal activity | | ||
| - | ^ D0002 ^ 17 | **Design** should allow the central bank to limit the amount of CBDC an end user could hold | | + | ^ D0002 ^ 17 | **Design** should allow the central bank to limit the amount of CBDC an end-user could hold | |
| - | ^ D0003 ^ 18 | **Design** should allow a limit on the amount of CBDC an end user could accumulate over short periods | | + | ^ D0003 ^ 18 | **Design** should allow a limit on the amount of CBDC an end-user could accumulate over short periods | |
| ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ||
| ^ D0013 ^ 19 | **Design** should facilitate compliance with a robust set of rules already intended to combat <WRAP> | ^ D0013 ^ 19 | **Design** should facilitate compliance with a robust set of rules already intended to combat <WRAP> | ||
| Line 258: | Line 266: | ||
| : 2. the financing of terrorism | : 2. the financing of terrorism | ||
| : 3. customer due diligence | : 3. customer due diligence | ||
| - | : 4. record keeping | + | : 4. record-keeping |
| : 5. reporting requirements | : 5. reporting requirements | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with operational resilience of the payment system | | + | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with the operational resilience of the payment system | |
| ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ||
| </table> | </table> | ||
| Line 267: | Line 275: | ||
| * **''P0025''** could require software for identification such as [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:smart_card | Smart Cards]] or [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rsa_secureid]] which may or may not be Purpose-Built for the CBDC. | * **''P0025''** could require software for identification such as [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:smart_card | Smart Cards]] or [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:rsa_secureid]] which may or may not be Purpose-Built for the CBDC. | ||
| * **''R0014''** there are [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:p_p]] which can be implemented to help protect privacy but still allowing for the surveillance of activities that indicate criminal behavior. There are also Software approaches available that allow for the anonymization of data. | * **''R0014''** there are [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:p_p]] which can be implemented to help protect privacy but still allowing for the surveillance of activities that indicate criminal behavior. There are also Software approaches available that allow for the anonymization of data. | ||
| - | * **''D0002''**, **''D0003''** almost require a centralized system in order to enforce these rules. However, if [[cbdc:private:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Dollars]] are used instead of [[cbdc:private:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoins]], the hoarding of the dollars requires a lot of planning on the part of the hoarder (i.e., money in a mattress) | + | * **''D0002''**, **''D0003''** almost require a centralized system in order to enforce these rules. However, if [[cbdc:public:cbdc_omg:04_doc:15_common:08_currency_models:10_cash:start| Digital Dollars]] are used instead of [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoins]], the hoarding of the dollars requires a lot of planning on the part of the hoarder (i.e., money in a mattress) |
| - | * **''D0011''**, **''D0013''** is very important and is often overlooked by the current Cryptocurrencies and [[cbdc:private:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]] implementations. They are often built from the bottom up rather than from the top down or middle out. This means that many of these projects/products have to discover these rules and try to shoehorn them into their existing efforts. Just like security, many of these can not be "bolted" on //post facto// | + | * **''D0011''**, **''D0013''** is very important and is often overlooked by the current Cryptocurrencies and [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]] implementations. They are often built from the bottom up rather than from the top down or middle out. This means that many of these projects/products have to discover these rules and try to shoehorn them into their existing efforts. Just like security, many of these can not be "bolted" on //post facto// |
| * **''D0016''**, **''D0017''**, like the financial and banking rules, is something that needs to be considered very early on in the development of the requirements and architecture rather than addressed //post facto// | * **''D0016''**, **''D0017''**, like the financial and banking rules, is something that needs to be considered very early on in the development of the requirements and architecture rather than addressed //post facto// | ||
| === Purpose-defined Data === | === Purpose-defined Data === | ||
| - | [[cbdc:private:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] | + | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q01:policy#discussion_of_examples| Return to Discussion of Examples]] |
| - | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:private:cbdc_omg:04_doc:12_summary:start| OMG White Paper Analysis effort]] for Purpose-defined Data. | + | Some "desirements" identified in [[https://www.federalreserve.gov/publications/files/money-and-payments-20220120.pdf | CBDC White Paper ]] by the [[cbdc:public:cbdc_omg:04_doc:12_summary:start| OMG's CBDC WG White Paper Analysis effort]] for Purpose-defined Data. |
| <table legal> | <table legal> | ||
| Line 281: | Line 289: | ||
| ^ Statement No. ^ Page No. ^ Statement | | ^ Statement No. ^ Page No. ^ Statement | | ||
| - | ^ B0051 ^ 19 | Generate data about users’ financial transactions similarly to current Commercial Bank(( | + | ^ B0051 ^ 19 | Generate data about users’ financial transactions similarly 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&**. | 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]] | | + | )) and [[cbdc:public:cbdc_omg:8_append:20_glossary:nonbank_money]] | |
| ^ P0004 ^ 2 | Protect consumer privacy | | ^ P0004 ^ 2 | Protect consumer privacy | | ||
| ^ R0014 ^ 13 | **Risk** of not achieving an appropriate balance between safeguarding the privacy rights of consumers and affording the transparency necessary to deter criminal activity | | ^ R0014 ^ 13 | **Risk** of not achieving an appropriate balance between safeguarding the privacy rights of consumers and affording the transparency necessary to deter criminal activity | | ||
| - | ^ D0002 ^ 17 | **Design** should allow the central bank to limit the amount of CBDC an end user could hold | | + | ^ D0002 ^ 17 | **Design** should allow the central bank to limit the amount of CBDC an end-user could hold | |
| - | ^ D0003 ^ 18 | **Design** should allow a limit on the amount of CBDC an end user could accumulate over short periods | | + | ^ D0003 ^ 18 | **Design** should allow a limit on the amount of CBDC an end-user could accumulate over short periods | |
| ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ^ D0011 ^ 19 | **Design** should generate data about users’ financial transactions in the same ways that commercial bank and nonbank money generates data today | | ||
| ^ D0013 ^ 19 | **Design** should facilitate compliance with a robust set of rules already intended to combat <WRAP> | ^ D0013 ^ 19 | **Design** should facilitate compliance with a robust set of rules already intended to combat <WRAP> | ||
| Line 293: | Line 301: | ||
| : 2. the financing of terrorism | : 2. the financing of terrorism | ||
| : 3. customer due diligence | : 3. customer due diligence | ||
| - | : 4. record keeping | + | : 4. record-keeping |
| : 5. reporting requirements | : 5. reporting requirements | ||
| </WRAP>| | </WRAP>| | ||
| - | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with operational resilience of the payment system | | + | ^ D0016 ^ 20 | **Design** should include offline capabilities to help with the operational resilience of the payment system | |
| ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ^ D0017 ^ 20 | **Design** should include digital payments in areas suffering from large disruption, such as natural disasters | | ||
| </table> | </table> | ||
| - | * **''B0051''**, **''D0011''**, **''D0011''**, **''D0013''**: most existing blockchain, [[cbdc:private:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]] products are "organic", evolving from the bottom up and are centered around the concepts of a ledger. Although this is part of banking, there is so much more that is required by law in the US. Many of these rules are not intended just to be administrative roadblocks (i.e.,administrivia) but were instituted as a result of some previous problems and help to stabilize and instill confidence in the US financial institutions. Adding "rules" to these products will either degrade the quality and performance of the products or have spotty implementations. | + | * **''B0051''**, **''D0011''**, **''D0011''**, **''D0013''**: most existing blockchain, [[cbdc:public:cbdc_omg:04_doc:15_common:30_stablecoins:start| Stablecoin]] products are "organic", evolving from the bottom up and are centered around the concepts of a ledger. Although this is part of banking, there is so much more that is required by law in the US. Many of these rules are not intended just to be administrative roadblocks (i.e., administrivia) but were instituted as a result of some previous problems and help to stabilize and instill confidence in the US financial institutions. Adding "rules" to these products will either degrade the quality and performance of the products or have spotty implementations. |
| * **''P0004''** is intended to protect consumer privacy, not just when the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:4_data_tax:02_state_taxonomy:data_at_rest | Data is at Rest]], but also when the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:4_data_tax:02_state_taxonomy:data_in_motion | Data is in Motion]] and while it is being used (processed). It is only when all the places where data is used are protected, can there be assurances of consumer privacy. While the traditional concepts of Data-At-Rest and Data-In-Motion are well known and understood, the third category, Data-In-Use, has emerged as equally important. In the past, Data-In-Use was physically protected at physically secured mainframes and Data Centers; however, with distributed computers, especially on Public Networks, there can be no such assurances. As the value of the assets on the network increase, the motivation to "hack" the data while in use increases. The CBDC, as part of the critical infrastructure, will be a prime target. | * **''P0004''** is intended to protect consumer privacy, not just when the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:4_data_tax:02_state_taxonomy:data_at_rest | Data is at Rest]], but also when the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:3_taxonomic:4_data_tax:02_state_taxonomy:data_in_motion | Data is in Motion]] and while it is being used (processed). It is only when all the places where data is used are protected, can there be assurances of consumer privacy. While the traditional concepts of Data-At-Rest and Data-In-Motion are well known and understood, the third category, Data-In-Use, has emerged as equally important. In the past, Data-In-Use was physically protected at physically secured mainframes and Data Centers; however, with distributed computers, especially on Public Networks, there can be no such assurances. As the value of the assets on the network increase, the motivation to "hack" the data while in use increases. The CBDC, as part of the critical infrastructure, will be a prime target. | ||
| * **''R0014''** is about achieving a balance between a consumer's privacy and the transparency required to prevent criminal activity. In the real world, these limits are achieved through the difficulty of using physical money. Storing, transferring, and counting it is a problem. Although cash is anonymous, large amounts of cash trigger examination. | * **''R0014''** is about achieving a balance between a consumer's privacy and the transparency required to prevent criminal activity. In the real world, these limits are achieved through the difficulty of using physical money. Storing, transferring, and counting it is a problem. Although cash is anonymous, large amounts of cash trigger examination. | ||
| - | * **''D0002''**, **''D0003''** represent limits on CBDC holdings and the transactions associated with the current system. In many ways these represent limits established to protect against money laundering. | + | * **''D0002''**, **''D0003''** represent limits on CBDC holdings and the transactions associated with the current system. In many ways, these represent limits established to protect against money laundering. |
| * **''D0016''**, **''D0017''** like the financial and banking rules, is something that needs to be considered very early on in the development of the requirements and architecture rather than addressed //post facto// so the correct data can be collected. | * **''D0016''**, **''D0017''** like the financial and banking rules, is something that needs to be considered very early on in the development of the requirements and architecture rather than addressed //post facto// so the correct data can be collected. | ||
| - | |||
| - | |||
| - | <color blue><todo @nick>add central comment up front to explain codes. add a single appendix item that explains codes -- refer to McLaird email for details.</todo></color> | ||
| /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | ||