Crunchfish Digital Cash is inspired by the inclusive, resilient, and private design philosophies that was developed by the
Figure: Crunchfish Digital Cash native layer-1 and non-native layer-2 solutions are for payments what the internet is for information sharing.
Any public good in the society like the internet, electricity or telecom must be carefully designed to continue working despite temporary outages of the service. Digital Payments is such a public good that also should be inclusive, resilient and offer privacy, just as physical cash we are used to today. Central Banks should demand that all closed-loop and Real-Time Payments services must fulfill these design criteria to be allowed to operate in the country. The Central Banks should also take it upon themselves to establish these design goals before making any technology choices, as such tend to limit or even work against to their own desired outcome. Crunchfish Digital Cash delivers on all the design goals of the internet and is designed to augment any payment service with these properties. Furthermore, Crunchfish Digital Cash delivers all requirements of a CBDC implantation as a non-native layer-2 solution, interoperable with any digital payment rail.
The
In the important paper "The design philosophy of the DARPA Internet Protocols" originally published in 1988 by
- Internet communications must continue despite loss of networks or gateways, i e payments need to have survivability in the face of failure, essentially meaning that payments should work offline, regardless of internet connectivity or backend banking services. The architecture of Crunchfish Digital Cash masks completely any temporary failure and supports the underlying payment service with both native layer-1 use cases and non-native layer-2 tokens.
- The internet must support multiple types of communication services, i e Digital Cash must support and be interoperable with multiple payment services, which calls for use cases with non-native layer-2 tokens.
- The internet architecture must accommodate a variety of networks, i e Digital Cash must be agnostic to the online payment rail and not constrain the type of payment rails that can be used. Again, the non-native layer-2 tokens of Crunchfish Digital Cash are very suitable.
- The internet architecture must permit distributed management of its resources, i e the front-end Digital Cash Trusted Application must be an independent payment ledger capable of keeping a balance and signing out transactions implemented in a Trusted Environment.
- The internet architecture most be cost effective, i e the front-end Digital Cash Trusted Application must primarily be implemented in software-based Trusted Environment on smartphones or on smartglasses in the not too distant future.
- The internet architecture must permit host attachment with a low level of effort, i e the front-end Digital Cash Trusted Application should be able to connect over long-distance using either internet protocols or SS7 signaling over telecom networks to top-up the balance, make offline payments or initiate settlement.
- The resources used in the internet architecture must be accountable, i e the front-end Digital Cash Trusted Application should bind the user to the wallet and the offline transaction. Depending on regulatory Know-Your-Customer requirements the user may be an anonymous alias able to make smaller transactions ensuring privacy balanced with tax evasion and Anti-Money Laundering requirements.
For more information, please contact:
+46 708 46 47 88
joachim.samuelsson@crunchfish.com
This information is
Västra
About
https://news.cision.com/crunchfish/r/crunchfish-digital-cash-is-the-internet-of-payments,c3704404
https://mb.cision.com/Main/14959/3704404/1808519.pdf
https://news.cision.com/crunchfish/i/internet-of-payments-image,c3138124
(c) 2023 Cision. All rights reserved., source