Remove obsolete documentation files including ALL_TASKS_COMPLETE.md, COMPLETION_REPORT.md, COMPREHENSIVE_FINAL_REPORT.md, FAQ_Compliance.md, FAQ_General.md, FAQ_Operational.md, FAQ_Technical.md, FINAL_COMPLETION_SUMMARY.md, IMPLEMENTATION_STATUS.md, IMPLEMENTATION_TASK_LIST.md, NEXT_STEPS_EXECUTION_SUMMARY.md, PHASE_1_COMPLETION_SUMMARY.md, PHASE_2_PLANNING.md, PHASE_2_QUICK_START.md, PROJECT_COMPLETE_SUMMARY.md, PROJECT_STATUS.md, and related templates. This cleanup streamlines the repository by eliminating outdated content, ensuring focus on current documentation and enhancing overall maintainability.

This commit is contained in:
defiQUG
2025-12-08 06:24:28 -08:00
parent 0e4be6446a
commit d13eca034d
112 changed files with 14024 additions and 159 deletions

View File

@@ -0,0 +1,395 @@
# CROSS-BORDER REGULATORY FRAMEWORK
## Multi-National Regulatory Compliance for DBIS
---
## DOCUMENT METADATA
**Document Number:** DBIS-LEG-CBR-001
**Version:** 1.0
**Date:** [Enter date in ISO 8601 format: YYYY-MM-DD]
**Classification:** UNCLASSIFIED
**Authority:** DBIS Executive Directorate
**Approved By:** [See signature block - requires SCC approval]
**Effective Date:** [Enter date in ISO 8601 format: YYYY-MM-DD]
**Distribution:** Distribution Statement A - Public Release Unlimited
---
## EXECUTIVE SUMMARY
This document establishes the cross-border regulatory framework for the Digital Bank of International Settlements (DBIS). It defines multi-national regulatory considerations, regional variations, and cross-border compliance procedures.
**Purpose:** To ensure DBIS compliance with cross-border regulatory requirements across multiple jurisdictions and regions.
---
## PART I: CROSS-BORDER REGULATORY LANDSCAPE
### Section 1.1: Regulatory Complexity
**Multi-Jurisdictional Environment:**
- DBIS operates across multiple jurisdictions
- Member states from different regions
- Varying regulatory requirements
- Regional regulatory frameworks
- International regulatory standards
**Key Challenges:**
- Regulatory fragmentation
- Conflicting requirements
- Compliance complexity
- Resource requirements
- Coordination needs
### Section 1.2: Regulatory Categories
**Regulatory Types:**
- **Financial Regulations:** Banking, securities, payments
- **Data Protection Regulations:** GDPR, regional data protection laws
- **Cybersecurity Regulations:** Security standards, incident reporting
- **Anti-Money Laundering (AML):** AML/CFT requirements
- **Sanctions:** International sanctions compliance
- **Tax Regulations:** Tax compliance, reporting
- **Corporate Governance:** Governance standards
---
## PART II: REGIONAL REGULATORY FRAMEWORKS
### Section 2.1: European Union (EU) / European Economic Area (EEA)
**Key Regulations:**
- **GDPR:** General Data Protection Regulation (EU 2016/679)
- **PSD2:** Payment Services Directive 2
- **MiFID II:** Markets in Financial Instruments Directive
- **EMIR:** European Market Infrastructure Regulation
- **4th/5th AML Directives:** Anti-Money Laundering Directives
- **NIS Directive:** Network and Information Systems Directive
**Compliance Requirements:**
- Data protection compliance (GDPR)
- Financial services licensing (where applicable)
- AML/CFT compliance
- Cybersecurity requirements
- Regulatory reporting
**Regional Variations:**
- Member state implementation variations
- National regulatory authorities
- Local licensing requirements
- Country-specific reporting
### Section 2.2: Asia-Pacific (APAC)
**Key Jurisdictions:**
- **Singapore:** Monetary Authority of Singapore (MAS) regulations
- **Hong Kong:** Hong Kong Monetary Authority (HKMA) regulations
- **Japan:** Financial Services Agency (FSA) regulations
- **Australia:** Australian Prudential Regulation Authority (APRA) regulations
- **South Korea:** Financial Services Commission (FSC) regulations
**Key Regulations:**
- Payment services regulations
- Data protection laws (varies by jurisdiction)
- AML/CFT requirements
- Cybersecurity standards
- Financial services licensing
**Compliance Requirements:**
- Jurisdiction-specific licensing
- Regulatory reporting
- Data localization (where required)
- Cross-border data transfer compliance
- Local partnership requirements (where applicable)
### Section 2.3: Americas
**Key Jurisdictions:**
- **United States:** Federal and state regulations
- **Canada:** Office of the Superintendent of Financial Institutions (OSFI)
- **Brazil:** Central Bank of Brazil regulations
- **Mexico:** National Banking and Securities Commission (CNBV)
**Key Regulations:**
- **US:** Bank Secrecy Act (BSA), state money transmitter laws, SEC regulations
- **Canada:** Bank Act, Proceeds of Crime (Money Laundering) Act
- **Brazil:** Central Bank regulations, data protection law (LGPD)
- **Mexico:** Financial Technology Institutions Law (Ley Fintech)
**Compliance Requirements:**
- Federal and state licensing (US)
- Regulatory reporting
- AML/CFT compliance
- Data protection compliance
- Consumer protection requirements
### Section 2.4: Middle East and Africa (MEA)
**Key Jurisdictions:**
- **UAE:** Central Bank of UAE, Dubai Financial Services Authority (DFSA)
- **Saudi Arabia:** Saudi Arabian Monetary Authority (SAMA)
- **South Africa:** South African Reserve Bank (SARB)
- **Other MEA jurisdictions**
**Key Regulations:**
- Islamic finance requirements (where applicable)
- AML/CFT regulations
- Data protection laws (varies)
- Financial services licensing
- Regulatory reporting
**Compliance Requirements:**
- Jurisdiction-specific licensing
- Sharia compliance (where applicable)
- Regulatory reporting
- AML/CFT compliance
- Data protection compliance
---
## PART III: CROSS-BORDER COMPLIANCE PROCEDURES
### Section 3.1: Regulatory Mapping
**Mapping Process:**
1. Identify all jurisdictions of operation
2. Map applicable regulations by jurisdiction
3. Identify regulatory overlaps and conflicts
4. Prioritize compliance requirements
5. Document regulatory landscape
**Mapping Documentation:**
- Regulatory inventory by jurisdiction
- Applicability assessment
- Compliance requirement matrix
- Regulatory authority contacts
- Update procedures
### Section 3.2: Compliance Strategy
**Strategic Approach:**
- **Harmonization:** Align procedures where possible
- **Localization:** Adapt to local requirements where necessary
- **Prioritization:** Focus on high-risk, high-impact areas
- **Coordination:** Central coordination with local execution
- **Documentation:** Comprehensive compliance documentation
**Implementation:**
- Central compliance function
- Regional compliance officers (where needed)
- Local legal counsel
- Regulatory relationship management
- Compliance monitoring and reporting
### Section 3.3: Regulatory Relationship Management
**Regulatory Engagement:**
- Establish relationships with regulatory authorities
- Regular communication and reporting
- Proactive engagement on regulatory changes
- Participation in regulatory consultations
- Compliance demonstration
**Relationship Management:**
- Designated regulatory contacts
- Regular meetings and updates
- Regulatory change monitoring
- Compliance reporting
- Issue resolution procedures
---
## PART IV: REGULATORY VARIATIONS AND CONFLICTS
### Section 4.1: Regulatory Conflicts
**Common Conflicts:**
- Data localization vs. cross-border data flows
- Conflicting licensing requirements
- Different reporting standards
- Varying AML/CFT requirements
- Divergent data protection requirements
**Resolution Strategies:**
- Legal analysis of conflicts
- Regulatory consultation
- Compliance with most restrictive requirement (where possible)
- Regulatory exemptions or waivers (where available)
- Legal opinions and guidance
### Section 4.2: Regulatory Harmonization
**Harmonization Opportunities:**
- International standards adoption
- Regional framework alignment
- Best practice sharing
- Standardized procedures
- Common compliance frameworks
**Implementation:**
- Identify harmonization opportunities
- Develop standardized procedures
- Implement common controls
- Coordinate compliance activities
- Monitor regulatory convergence
---
## PART V: CROSS-BORDER DATA TRANSFERS
### Section 5.1: Data Transfer Regulations
**Transfer Requirements:**
- GDPR (EU): Adequate protection or appropriate safeguards
- APAC: Varying data protection laws
- Americas: Varying state and federal requirements
- MEA: Varying data protection requirements
**Transfer Mechanisms:**
- Adequacy decisions
- Standard Contractual Clauses (SCCs)
- Binding Corporate Rules (BCRs)
- Codes of Conduct
- Certifications
- Derogations (where applicable)
### Section 5.2: Data Localization Requirements
**Localization Requirements:**
- Some jurisdictions require data localization
- Financial data localization (varies)
- Personal data localization (varies)
- Government data access requirements
**Compliance:**
- Identify localization requirements
- Implement localization where required
- Maintain data sovereignty
- Balance localization with operational needs
- Document compliance measures
---
## PART VI: FINANCIAL REGULATORY COMPLIANCE
### Section 6.1: Banking Regulations
**Key Requirements:**
- Capital adequacy requirements (varies by jurisdiction)
- Liquidity requirements
- Reserve requirements
- Licensing requirements
- Regulatory reporting
**Compliance:**
- Maintain adequate capital and liquidity
- Obtain required licenses
- Regular regulatory reporting
- Regulatory relationship management
- Compliance monitoring
### Section 6.2: Payment Services Regulations
**Key Requirements:**
- Payment services licensing
- Payment processing standards
- Consumer protection
- Transaction reporting
- Security requirements
**Compliance:**
- Payment services licensing (where required)
- Compliance with payment standards
- Consumer protection measures
- Transaction monitoring and reporting
- Security compliance
### Section 6.3: Securities Regulations
**Key Requirements:**
- Securities licensing (where applicable)
- Disclosure requirements
- Market conduct rules
- Investor protection
- Regulatory reporting
**Compliance:**
- Securities licensing (where applicable)
- Disclosure compliance
- Market conduct compliance
- Investor protection measures
- Regulatory reporting
---
## PART VII: AML/CFT CROSS-BORDER COMPLIANCE
### Section 7.1: AML/CFT Requirements
**Key Requirements:**
- Customer Due Diligence (CDD)
- Know Your Customer (KYC)
- Transaction monitoring
- Suspicious activity reporting
- Sanctions screening
**Cross-Border Considerations:**
- Varying CDD requirements
- Different reporting thresholds
- Multiple sanctions lists
- Enhanced due diligence for high-risk jurisdictions
- Cross-border transaction monitoring
### Section 7.2: AML/CFT Compliance Procedures
**Procedures:**
1. Identify applicable AML/CFT requirements by jurisdiction
2. Implement CDD/KYC procedures
3. Conduct transaction monitoring
4. Screen against sanctions lists
5. Report suspicious activities
6. Maintain AML/CFT records
7. Conduct AML/CFT training
---
## PART VIII: INTEGRATION WITH DBIS FRAMEWORK
### Section 8.1: Integration with Title XIV (Diplomatic)
**Diplomatic Integration:**
- Cross-border regulatory framework integrated into diplomatic relations
- Treaty instruments address regulatory cooperation
- Diplomatic channels for regulatory engagement
- International regulatory coordination
### Section 8.2: Integration with Title XI (Compliance)
**Compliance Integration:**
- Cross-border compliance integrated into compliance framework
- Compliance procedures include cross-border considerations
- Compliance monitoring includes cross-border compliance
- Compliance reporting includes cross-border compliance
### Section 8.3: Integration with Regulatory Framework
**Regulatory Integration:**
- Cross-border framework integrated into regulatory framework
- Regulatory procedures address cross-border operations
- Regulatory coordination mechanisms
- Regulatory relationship management
---
## RELATED DOCUMENTS
- [Title XIV: Diplomatic](../../02_statutory_code/Title_XIV_Diplomatic.md) - Diplomatic framework
- [Title XI: Compliance](../../02_statutory_code/Title_XI_Compliance.md) - Compliance framework
- [Regulatory Framework](Regulatory_Framework.md) - Regulatory framework
- [GDPR Compliance Framework](GDPR_Compliance_Framework.md) - GDPR compliance
---
**END OF CROSS-BORDER REGULATORY FRAMEWORK**

View File

@@ -0,0 +1,419 @@
# GDPR COMPLIANCE FRAMEWORK
## General Data Protection Regulation Compliance for DBIS
---
## DOCUMENT METADATA
**Document Number:** DBIS-LEG-GDPR-001
**Version:** 1.0
**Date:** [Enter date in ISO 8601 format: YYYY-MM-DD]
**Classification:** UNCLASSIFIED
**Authority:** DBIS Executive Directorate
**Approved By:** [See signature block - requires SCC approval]
**Effective Date:** [Enter date in ISO 8601 format: YYYY-MM-DD]
**Distribution:** Distribution Statement A - Public Release Unlimited
---
## EXECUTIVE SUMMARY
This document establishes the GDPR compliance framework for the Digital Bank of International Settlements (DBIS). It defines GDPR applicability, data subject rights, data processing procedures, and compliance requirements.
**Purpose:** To ensure DBIS compliance with the General Data Protection Regulation (GDPR) (EU Regulation 2016/679) and related data protection requirements.
---
## PART I: GDPR APPLICABILITY
### Section 1.1: GDPR Scope
**Applicability:**
- **EU Member States:** GDPR applies to processing of personal data of EU data subjects
- **EEA Countries:** GDPR applies to EEA member states
- **Extra-Territorial Application:** GDPR applies to processing activities related to offering goods/services to EU data subjects or monitoring behavior
- **DBIS Scope:** DBIS processes personal data of EU data subjects in various contexts
**Key Definitions:**
- **Personal Data:** Any information relating to an identified or identifiable natural person
- **Processing:** Any operation performed on personal data (collection, storage, use, etc.)
- **Data Subject:** Natural person whose personal data is processed
- **Controller:** Entity determining purposes and means of processing
- **Processor:** Entity processing personal data on behalf of controller
### Section 1.2: DBIS Data Processing Activities
**Processing Activities:**
- Member state representative information
- Employee and personnel data
- Financial transaction data (where personal data is involved)
- Security and access control data
- Compliance and audit data
- Communication and correspondence data
**Legal Basis:**
- Contractual necessity
- Legal obligations
- Legitimate interests
- Consent (where applicable)
---
## PART II: DATA SUBJECT RIGHTS
### Section 2.1: Right of Access
**Right to Access:**
- Data subjects have right to obtain confirmation of processing
- Right to access personal data
- Right to receive copy of personal data
- Right to information about processing purposes, categories, recipients, retention periods
**Procedures:**
1. Data subject submits access request
2. DBIS verifies identity
3. DBIS processes request within 30 days (extendable to 60 days if complex)
4. DBIS provides information in clear, understandable format
5. DBIS documents request and response
**Contact:** Data Protection Officer (DPO) - [Contact information]
### Section 2.2: Right to Rectification
**Right to Rectification:**
- Data subjects have right to correct inaccurate personal data
- Right to complete incomplete personal data
- Right to update outdated information
**Procedures:**
1. Data subject submits rectification request
2. DBIS verifies identity and data accuracy
3. DBIS corrects or completes data within 30 days
4. DBIS notifies data subject of rectification
5. DBIS notifies third parties if data shared (where applicable)
### Section 2.3: Right to Erasure ("Right to be Forgotten")
**Right to Erasure:**
- Data subjects have right to request deletion of personal data
- Applies when: data no longer necessary, consent withdrawn, unlawful processing, legal obligation fulfilled
**Procedures:**
1. Data subject submits erasure request
2. DBIS verifies identity and eligibility
3. DBIS assesses legal basis for retention
4. DBIS erases data or provides justification for retention
5. DBIS notifies data subject and third parties (where applicable)
**Exceptions:**
- Legal obligations requiring retention
- Exercise or defense of legal claims
- Public interest archiving
- Legitimate interests (where applicable)
### Section 2.4: Right to Restrict Processing
**Right to Restrict Processing:**
- Data subjects have right to restrict processing in certain circumstances
- Applies when: accuracy contested, processing unlawful, data no longer needed, objection pending
**Procedures:**
1. Data subject submits restriction request
2. DBIS verifies identity and circumstances
3. DBIS restricts processing as requested
4. DBIS notifies data subject of restriction
5. DBIS maintains data but limits processing
### Section 2.5: Right to Data Portability
**Right to Data Portability:**
- Data subjects have right to receive personal data in structured, commonly used format
- Right to transmit data to another controller
- Applies to data processed by automated means based on consent or contract
**Procedures:**
1. Data subject submits portability request
2. DBIS verifies identity
3. DBIS prepares data in machine-readable format (JSON, CSV, XML)
4. DBIS provides data within 30 days
5. DBIS assists with transmission if requested
### Section 2.6: Right to Object
**Right to Object:**
- Data subjects have right to object to processing based on legitimate interests
- Right to object to direct marketing
- Right to object to processing for research/statistical purposes
**Procedures:**
1. Data subject submits objection
2. DBIS verifies identity
3. DBIS assesses objection validity
4. DBIS stops processing or demonstrates compelling legitimate grounds
5. DBIS notifies data subject of decision
### Section 2.7: Rights Related to Automated Decision-Making
**Automated Decision-Making:**
- Data subjects have right not to be subject to automated decision-making
- Right to human intervention
- Right to express point of view
- Right to contest decision
**Procedures:**
1. DBIS identifies automated decision-making processes
2. DBIS implements human review mechanisms
3. DBIS provides data subjects with information about automated processing
4. DBIS enables data subjects to request human review
5. DBIS documents automated decisions
---
## PART III: DATA PROCESSING PROCEDURES
### Section 3.1: Data Processing Principles
**GDPR Principles:**
1. **Lawfulness, Fairness, Transparency:** Process data lawfully, fairly, transparently
2. **Purpose Limitation:** Collect for specified, explicit, legitimate purposes
3. **Data Minimization:** Process only necessary data
4. **Accuracy:** Keep data accurate and up-to-date
5. **Storage Limitation:** Retain only as long as necessary
6. **Integrity and Confidentiality:** Ensure appropriate security
7. **Accountability:** Demonstrate compliance
**Implementation:**
- Privacy by Design: Integrate data protection into systems and processes
- Privacy by Default: Default to most privacy-protective settings
- Data Protection Impact Assessments (DPIAs): Conduct for high-risk processing
- Records of Processing Activities: Maintain comprehensive records
### Section 3.2: Data Protection Impact Assessments (DPIAs)
**DPIA Requirements:**
- Required for high-risk processing activities
- Systematic assessment of privacy risks
- Identification of mitigation measures
- Documentation of assessment
**DPIA Triggers:**
- Systematic and extensive evaluation of personal aspects
- Automated decision-making with legal effects
- Large-scale processing of special categories
- Systematic monitoring of publicly accessible areas
**DPIA Process:**
1. Identify need for DPIA
2. Describe processing activities
3. Assess necessity and proportionality
4. Identify and assess risks
5. Identify mitigation measures
6. Document assessment
7. Review and update as needed
### Section 3.3: Records of Processing Activities
**Record Requirements:**
- Maintain records of all processing activities
- Document: purposes, categories, recipients, transfers, retention, security measures
- Keep records up-to-date
- Make available to supervisory authority upon request
**Record Contents:**
- Name and contact details of controller/processor
- Purposes of processing
- Categories of data subjects and personal data
- Categories of recipients
- Transfers to third countries
- Retention periods
- Security measures
---
## PART IV: DATA BREACH NOTIFICATION
### Section 4.1: Data Breach Detection
**Breach Definition:**
- Unauthorized access to personal data
- Accidental or unlawful destruction, loss, alteration
- Unauthorized disclosure or access
**Detection Procedures:**
- Continuous monitoring for security incidents
- Automated detection systems
- Incident response procedures
- Breach identification and classification
### Section 4.2: Data Breach Notification to Supervisory Authority
**Notification Requirements:**
- Notify supervisory authority within 72 hours of becoming aware
- Notification required unless breach unlikely to result in risk
- Provide detailed information about breach
**Notification Content:**
- Nature of breach
- Categories and approximate number of data subjects
- Categories and approximate number of records
- Likely consequences
- Measures taken or proposed
**Procedures:**
1. Detect and assess breach
2. Determine notification requirement
3. Prepare notification within 72 hours
4. Submit to supervisory authority
5. Document breach and response
### Section 4.3: Data Breach Notification to Data Subjects
**Notification Requirements:**
- Notify data subjects without undue delay if high risk
- Provide clear, plain language information
- Include: nature of breach, likely consequences, measures taken, contact information
**Procedures:**
1. Assess risk to data subjects
2. Determine notification requirement
3. Prepare notification
4. Notify data subjects
5. Document notification
**Exceptions:**
- Encryption or other security measures render data unintelligible
- Measures taken to mitigate high risk
- Notification would involve disproportionate effort (public communication acceptable)
---
## PART V: DATA PROTECTION OFFICER (DPO)
### Section 5.1: DPO Appointment
**DPO Requirements:**
- Appoint DPO if: public authority, large-scale processing, special categories
- DBIS appoints DPO given scope of operations
- DPO must have expert knowledge of data protection law
**DPO Responsibilities:**
- Inform and advise on GDPR obligations
- Monitor compliance
- Provide advice on DPIAs
- Cooperate with supervisory authority
- Act as contact point for supervisory authority and data subjects
### Section 5.2: DPO Independence
**Independence:**
- DPO operates independently
- Direct reporting to highest management level
- No conflicts of interest
- Protected from dismissal or penalty for performing duties
- Adequate resources provided
---
## PART VI: INTERNATIONAL DATA TRANSFERS
### Section 6.1: Transfer Mechanisms
**Transfer Requirements:**
- Personal data may only be transferred to third countries with adequate protection
- Use appropriate safeguards: Standard Contractual Clauses (SCCs), Binding Corporate Rules (BCRs), Codes of Conduct, Certifications
**Transfer Mechanisms:**
- Adequacy decisions (EU Commission adequacy decisions)
- Standard Contractual Clauses (EU Commission SCCs)
- Binding Corporate Rules
- Codes of Conduct and Certifications
- Derogations (consent, contract, legal claims, public interest, vital interests)
### Section 6.2: Transfer Procedures
**Procedures:**
1. Identify international data transfers
2. Assess adequacy or select appropriate safeguard
3. Implement transfer mechanism
4. Document transfer arrangements
5. Monitor and review transfers
---
## PART VII: COMPLIANCE AND ENFORCEMENT
### Section 7.1: Compliance Monitoring
**Monitoring Activities:**
- Regular compliance audits
- Data protection impact assessments
- Records of processing activities review
- Training and awareness programs
- Incident response and breach management
**Compliance Reporting:**
- Regular reports to Executive Directorate
- Annual compliance review
- Supervisory authority cooperation
- Documentation of compliance measures
### Section 7.2: Enforcement and Penalties
**Enforcement:**
- Supervisory authority oversight
- Data subject complaints
- Compliance audits
- Enforcement actions
**Penalties:**
- Up to €20 million or 4% of annual global turnover (whichever is higher)
- For violations of: basic principles, data subject rights, transfer requirements
- Up to €10 million or 2% of annual global turnover for other violations
**Mitigation:**
- Demonstrate compliance efforts
- Implement corrective measures
- Cooperate with supervisory authority
- Document compliance activities
---
## PART VIII: INTEGRATION WITH DBIS FRAMEWORK
### Section 8.1: Integration with Title XI (Compliance)
**Integration:**
- GDPR compliance integrated into Title XI: Compliance
- Compliance framework includes GDPR requirements
- Internal controls include data protection controls
- Audit framework includes GDPR compliance audits
### Section 8.2: Integration with Security Framework
**Security Integration:**
- Data protection security measures integrated into Title X: Security
- Cybersecurity measures protect personal data
- Access controls protect personal data
- Incident response includes data breach procedures
### Section 8.3: Integration with Operational Procedures
**Operational Integration:**
- Data processing procedures integrated into operational manuals
- Staff training includes GDPR awareness
- Privacy by design in system development
- Data minimization in operational processes
---
## RELATED DOCUMENTS
- [Title XI: Compliance](../../02_statutory_code/Title_XI_Compliance.md) - Compliance framework
- [Title X: Security](../../02_statutory_code/Title_X_Security.md) - Security framework
- [Regulatory Framework](Regulatory_Framework.md) - Regulatory framework
- [Cross-Border Regulatory Framework](Cross_Border_Regulatory_Framework.md) - Cross-border regulations
---
**END OF GDPR COMPLIANCE FRAMEWORK**

View File

@@ -5,7 +5,7 @@
## PREAMBLE
This document establishes the comprehensive regulatory framework for the Digital Banking and Institutional System (DBIS). It defines regulatory authorities, regulatory instruments, compliance requirements, and enforcement mechanisms.
This document establishes the comprehensive regulatory framework for the Digital Bank of International Settlements (DBIS). It defines regulatory authorities, regulatory instruments, compliance requirements, and enforcement mechanisms.
---