CBDC in legal terms

CBDC in legal terms.

The central bank digital currency can be issued value-based, like electronic money, or account-based, a currency comparable with deposits in a bank.

The design of value-based digital currency is governed by the Electronic Money Act. In legal term, most payment transactions according to a state’s Payment Service Act, a value-based CBDS is electronic money (e-money). Electronic money refers to an acquired monetary value (electronically or magnetically) that represents a claim on the issuer, issued for the purpose of exchanging it for funds.

Electronic money has cash-like properties and is typically used for payments of relatively limited amounts. It can be stored on a payment device in the form of an app or a card, alternatively on various sorts of payment accounts, in registers for electronic money or on other media. However, e-money that is stored on payment accounts does not constitute an account balance and is therefore not classed as a deposit. The definition of electronic money is a prepaid value that is either stored on a payment device that belongs to the holder or stored remotely on a server and managed by the money holder through a specific account. In cases where e-money is stored on a card, for instance, there are clear similarities to banknotes and coins.

*A central bank within the EU does not need a license to issue electronic money. And when a central bank acts in the capacity of monetary or public authority, it falls out of the scope of the E-Money Directive and does not need to observe the legislation regarding issuing electronic money. It’s most likely that when a central bank outside of the European Union (EU) also decides to issue e-money that they will be acting in its capacity as monetary authority. The issuance would therefore not fall within the field of application of the Electronic Money Act. One consequence of this is that the Act’s ban on issuers paying interest on e-money would not apply to the central bank. The CBDS can therefore be made interest-bearing, even if it is value-based.

Even though the central bank falls out of the scope of the E-Money directives when issuing a value-based CBDC, it can be obliged to observe other regulations, such as those aimed at preventing money laundering.

Account-based CBDC will most likely be referred to money held in accounts with the central bank (account balance in the Central bank). Legally, this almost equates to the activities as referred to in most of the Banking and Financing Business Acts, which include for instance, deposits from the general public.

Legally, the provisions in the Banking and Financing Business Act do not apply to the activities of the Central bank. Usually, it’s the states Central Bank Act that applies. And in most cases around the world, the central bank may accept deposits for monetary purposes. The legal issue is to see if the Act that allows the Central bank to offer accounts to banks gives the Central bank a mandate to supply accounts to the general public. If not, it will be necessary to propose amendments to the Central Bank Act. Usually, the Central Bank Act states that the Central bank may only conduct or participate in such activities for which it has been authorized by state law. If an activity or product contributes to one of the Central bank’s fundamental tasks, then the activity should be considered permitted. The purpose of issuing the CBDC is thus relevant to the question of whether the Central bank has the mandate to issue a central bank digital currency. Issuing of a CBDC must be formulated so that it is not in conflict with, or counter-productive to any of the Central bank’s statutory objectives, tasks, and assignments. In a legal sense, most central banks can be said to have only a few main general tasks; to promote a safe and efficient payment system, to conduct monetary policy and foreign exchange policy.

The task that should be highlighted in particular here with regard to the possibility to supply central bank digital currencies is to promote a safe and efficient payment system. Within the scope of this task, the Central bank usually has the right to provide systems for the settlement of payments. Since Central banks are tasked with the responsibility for the country’s supply of banknotes and coins, it’s reasonable to say that a CBDC can be issued in regard to the rapid changes in the payment market that is happening all around the world. The purpose of the central bank digital currency (CBDC) should be regarded as compatible with the mandate to promote a safe and efficient payment system, and compatible with the Central bank’s mandate and responsibility for supplying the general public with banknotes and coins.

The Central bank’s possibility to take deposits is usually stated in the state Central banks Act that the Central bank may do so, but this generally refers to deposit from banks and financial institutions. However, the Act usually do not explicitly prohibit receiving deposits from the general public. Deposits from the general public may be accepted for monetary policy purposes. Issuing an account based CBDC and a CBDC platform could be justified as having a monetary policy purpose and regarded as a monetary instrument.

Since the use of banknotes and coins will drastically decline in the future, there may be a reason to consider whether the central bank’s digital currency should receive the status of legal tender. Issuing a CBDC is not dependent on whether or not it receives the status of legal tender. But in connection with the review of the States Central Bank Act, it may be appropriate to look into this question. If the CBDC receives such a status, one should consider limiting the possibilities to waive the obligation to accept the central bank digital currency.

To give the central bank digital currency a strong position – and ensure that it becomes established and accepted by the market – there may be reason to state, for instance in the Payment Services Act, that there is an obligation to accept CBDCs in the case that a payee accepts electronic means of payment and payment instruments of the same type. Put simply, a trader should not be able to discriminate against a digital payment with state CBDC if they otherwise accept private digital money. Much like a similar obligation contained in most Interchange Fee Regulation, which applies to card-based payments. The regulation contains provisions entailing that a payee must accept all cards issued within the same brand (for instance, Mastercard or Visa) and in the same category regardless of which bank has issued the card. The aim is to strengthen consumer protection by ensuring that their cards will be accepted by all payees.

As the obligation in the Interchange Fee Regulation only concerns certain types of card, there may be a need to introduce a similar obligation with regard to CBDC that are on payment instruments other than cards, for instance, with regard to payment transactions made with a smart-device like a mobile phone, or in regards to Internet of things.

Picture of iSETTLE.ORG

iSETTLE.ORG

iSETTLE.ORG

The world need examples on how to do it differently

Recent Posts

Anonymity and integrity

Complete anonymity and integrity cannot technically be fully offered. It is technically possible to build a value based CBDC that can be used anonymously, that

Read More »

User Agreement

This is an agreement between the iSETTLE.ORG protector Foundation ( LEOPOLD VON GULLIOU FAMILY FOUNDATION ) a Private Interest Foundation (PIF) Recorded at the public registry office, at data card 22904, since March 19th, 2007, in the section of Private Interest Foundation. Apostille (The Hague Convention of October 5, 1961) certified in the Ministery of Foreign Affairs on March 23rd, 2007. Under Number: 133745/A  ( “iSETTLE.ORG”, “we”, “us”, or “our”) and you (together with iSETTLE.ORG, the “Parties” and each a “Party”). By using any iSETTLE.ORG service, whether through isettle.org, any associated website, API, or mobile application, you agree that you have read, understood, and accept all of the terms and conditions contained herein (the “User Agreement”), as well as our Privacy Policy.

Jurisdiction and choice-of-law
We operate this Website from Panama, while third part providers and voluntary organizations provide tech for convenience only. We make no representations that the materials in this site are appropriate or available for use in other locations, nor represented by any third party other than the protector Foundation. Those who choose to access this Website from other locations do so at their own risk and are responsible for compliance with any and all local laws, if and to the extent local laws are applicable.

This agreement, and any dispute, which arises from and out of this Website, shall be construed with the laws of Panama.

1. GENERAL USE

1.1 Eligibility

By using the isettle.org Site and entering into this User Agreement, you affirm that you are an individual, at least 18 years of age or older, have the capacity to enter into this User Agreement, and agree to be legally bound by the terms and conditions of this User Agreement, including the Cookie Policy, the Privacy Policy and the Trading Principles as incorporated herein, as amended from time to time. In order to use the Services, you may be required to provide certain identifying information pursuant to our Compliance Program.

1.2 Modification

1.2.1 We may change the terms of this User Agreement at any time. Any such changes shall take effect when posted on the iSettle.org Site, or when you use the Services. If you have supplied us with an email address, we shall also attempt to notify you by email of changes to this User Agreement.

1.2.2 It is your responsibility to update your contact information, including but not limited to the email address provided to us (if any).

1.2.3 Read the User Agreement carefully on each occasion you use the Services. Your continued use of the Services shall signify your acceptance to be bound by the current User Agreement. Our failure or delay in enforcing or partially enforcing any provision of this User Agreement shall not be construed as a waiver of any of our rights.

Disclaimers and Limitations

Disclaimers. YOU USE OUR SERVICES AT YOUR OWN RISK AND SUBJECT TO THE FOLLOWING DISCLAIMERS. WE PROVIDE OUR SERVICES ON AN “AS IS” BASIS WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE, NON-INFRINGEMENT, AND FREEDOM FROM COMPUTER VIRUS OR OTHER HARMFUL CODE. iSETTLE.ORG DOES NOT WARRANT THAT ANY INFORMATION PROVIDED BY US IS ACCURATE, COMPLETE, OR USEFUL, THAT OUR SERVICES WILL BE OPERATIONAL, ERROR-FREE, SECURE, OR SAFE, OR THAT OUR SERVICES WILL FUNCTION WITHOUT DISRUPTIONS, DELAYS, OR IMPERFECTIONS. WE DO NOT CONTROL, AND ARE NOT RESPONSIBLE FOR, CONTROLLING HOW OR WHEN OUR USERS USE OUR SERVICES. WE ARE NOT RESPONSIBLE FOR THE ACTIONS OR INFORMATION (INCLUDING CONTENT) OF OUR USERS OR OTHER THIRD PARTIES. YOU RELEASE US, AFFILIATES, DIRECTORS, OFFICERS, EMPLOYEES, PARTNERS, AND AGENTS (TOGETHER, “iSETTLE.ORG PARTIES”) FROM ANY CLAIM, COMPLAINT, CAUSE OF ACTION, CONTROVERSY, OR DISPUTE (TOGETHER, “CLAIM”) AND DAMAGES, KNOWN AND UNKNOWN, RELATING TO, ARISING OUT OF, OR IN ANY WAY CONNECTED WITH ANY SUCH CLAIM YOU HAVE AGAINST ANY THIRD PARTIES.

Availability of Our Services. Our Services may be interrupted, including for maintenance, upgrades, or network or equipment failures. We may discontinue some or all of our Services, including certain features and the support for certain devices and platforms, at any time.

Limited License

Limitations.  We grant you a limited, nonexclusive, non-transferable licence to access and use the Services and the isettle.org Site solely in accordance with the terms of this Agreement.

Credentials

Security.  You must keep secret all credentials associated with the Services. You are solely responsible for managing and maintaining the security of any information relating to such credentials and agree that iSETTLE.ORG shall not be held responsible (and you shall not hold us responsible) for any unauthorised access to the Services or any resulting harm you may suffer.

Compliance

Security.  Your access to one or more Services may be contingent upon satisfaction of our onboarding processes as well as our Compliance Program, which may include verification of your identity  and additional information we may request from time-to-time. The information we request may include, without limitation, personally identifiable information such as network address, name, email, address, telephone number, date of birth, official government-issued identification, and or other information we may reasonably deem helpful in satisfying our risk management or legal obligations. In providing this information to us you represent that it is accurate and agree to update your User Account information promptly, but in no event later than 14 days following any change in your information. Failure to provide information or update it promptly may result in Services being unavailable to you.

Communications

Update.  Any and all communications from iSETTLE.ORG may be provided to you via electronic mail at the address you provided when accessing the Services. iSETTLE.ORG shall not be responsible for any harm you may suffer as a result of your failure to receive any notice provided to you in connection with this User Agreement or your use of Services so long as such notice is provided. isettle.org may also communicate with you through other methods, including via telephone call, instant messaging or chat applications either operated by isettle.org or a third party.

Privacy Policy

Protection infromation. Privacy is of utmost importance at the iSETTLE.ORG Private Interest Foundation (PIS) and group of companies (“iSETLLE.ORG”). We recognise the significance of protecting information which is stored on our servers or network or is intended to be stored on our servers or network and which relates to an individual, organization, or Company. The data we protect are the “Personal Data” which is any information relating to an identified or identifiable natural person, sometimes called a data subject, and have made protecting the privacy and the confidentiality of Personal Data a fundamental component of the way we operate. This Privacy Policy informs you of the ways we work to ensure privacy and the confidentiality of Personal Data and describes the information we gather, how we use those Personal Data and the circumstances under which we disclose such information to third-parties.

This Privacy Policy is designed to address regulatory requirements of the jurisdictions in which iSETTLE.ORG (Foundation) is registered. In this Privacy Policy, the term “Service” and “Services” has the same meaning as described in the User Agreement, but excludes API services, which are governed by a separate agreement. If you do not agree with this Privacy Policy, in general, or any part of it, you should not use the Services. This Privacy Policy is periodically reviewed to ensure that any new obligations and changes to our business model are taken into consideration. We may amend this Privacy Policy at any time by posting an amended version on our website.