We’ve all been there. It seems like every time you go downtown you end up stuck in traffic and then have to drive in circles for ten minutes searching blindly for a parking spot. Even if you have one of the “digital” parking apps you can only park in a limited number of “in-network” spots. We think we’ve got a solution for this mess. In the video, above you’ll ride along with a real driver during one of our field tests leveraging fetch.ai autonomous economic agents and AI-enabled smart parking garages. Further down in this article we’ll examine the environmental, social, and technical aspects of our “M-Zone Parking Liquidity Protocol” approach to solving the parking riddle in cities.
Currently, Parking is Like Flying Half Empty Planes
Today, the vast majority of parking spaces in cities are locked up in various forms of reserved parking. Much of this capacity is reserved 100% of the time regardless of whether it is needed which leads to parking spaces sitting unoccupied mere meters away from where demand for parking is very high. High demand leads to more parking infrastructure being built. This in turn causes massive CO2 emissions for the building materials required (namely cement which requires 900 kg of CO2 per ton to produce). Cement is the source of about 8% of the world’s carbon dioxide (CO2) emissions. In addition drivers Just in Germany, drivers spend an average of 41 hours a year searching for the elusive parking spot at a cost of €896 per driver in wasted time, fuel, and emissions and the country as a whole €40.4 billion. One of our basic assumptions is that if parking infrastructure must be built it should be used as intensively and efficiently as possible to prevent additional unnecessary infrastructure from being constructed. For this to be possible we need intelligent parking systems that provide the correct incentives and nearly perfect information about usage without sacrificing privacy.
Most people wouldn’t compare parking infrastructure to airplanes but it’s actually a relatively good comparison. We all know that aviation is a major contributor to C02 emissions and airlines make every effort to ensure that every flight is as full as possible including “codesharing” where two airlines sell tickets on the same plane to ensure the flight doesn’t fly empty. They also use dynamic pricing to alter customers’ demand curves for particular flights at a particular time and price. What we’re proposing is analogous in the world of parking. Currently, the world of parking could be compared to flying all the planes half empty all the time and adding more capacity constantly despite increasing costs and environmental impact.
In this context, we can define waste as being any time that parking spaces are empty despite there being demand for those spots. Our Parking Liquidity Protocol allows us to recycle already existing capacity to meet current and future expected demand for parking instead of building new parking infrastructure and capacity.
Bringing the Vision of a Parking Liquidity Protocol to Life
Parking lots need to become aware of their full state and become able to communicate their fill state to users directly over a mobile wallet app AND to automatically incentivize these users to drive and park less by rewarding behaviors that are more sustainable. This vision led us to leverage the fetch.ai blockchain. The fetch blockchain includes “autonomous economic agents” which are essentially AI-powered programs that make economic decisions on behalf of users or machines and then execute economic transactions without human intervention on the blockchain. In partnership with the fetch.ai team, we conceived and built a number of edge computing devices with integrated uninterruptable power supplies, 4G modems for connectivity, and high-resolution cameras that can be deployed quickly and easily at parking garage entrances and exits.
Here we’re preparing the Autonomous Economic Agents for deployment on-site at the Connex buildings.
These edge computing devices (raspberry pi – based) are running computer vision algorithms that allow them to identify license plates on incoming and outgoing vehicles and to calculate how full the parking lot itself is. They are networked together with one another and with a “coordinator” agent which aggregates the information from daughter nodes and determines dynamically which micro-incentives should be sent to any individual driver at any one time. We’ve also built a web app that allows drivers to see the fill status of the lots how much their earned micro incentives, reward rate, and how much this earning rate will be reduced by parking in a particular lot at a particular time. Not parking at all is rewarded most but parking where and when parking demand is low also gets some rewards. Last but not least there is a settlement layer that sums up the micro-incentives that a driver has earned through parking less and parking more efficiently and makes payments in FET tokens to the driver wallet. These tokens are tradeable on the open market and are directly exchangeable for Euros or USD. It goes without saying that privacy by design is at the core of our system architechture.
Critically, these edge nodes are managed by a Kubernetes-based container orchestration system which allows us to do over-the-air updates to the hardware without retrieving it from the field. This greatly increases the scalability of our system because it allows us to install the hardware which provides intelligence to the parking garages once and never touch it again unless physical maintenance is required.
A two-node system has been field-tested successfully at the Connex building complex in Munich. These buildings are owned by Datarella Partner Hammer AG with whom we ready partnered to execute one of the first regulatory-compliant real estate tokenization projects last year (ConnexCoin). The money for the driver micro-incentives comes from the savings of both commercial real estate developers like Hammer AG and their tenants. Now with our system, they have the means to share parking capacity across nearby buildings. Hammer AG alone has 5 buildings on the same street in Munich within the Connex complex so it’s really realistic to encourage drivers to distribute parking load across the neighborhood and walk a few minutes further to reach their end destination.
What’s next?
We’ve got a lot on our plate for the next months. We’re looking to build on the success of the field trials to augment the parking liquidity protocol with a bunch of new components. We’re working on integrating a self-sovereign identity framework to beef up the privacy of our authentication methods. Parallel to this, we’re building out the user interfaces and onboarding processes working with our partners to expand the M-Zone parking liquidity protocol for payment and reservation. On top of that, we’re designing an open protocol tech stack to enable the search and discovery of parking lot ID’s and states in a chain agnostic manner. Keep an eye out for a technical deep dive in the coming days where we’ll get into the nitty-gritty of how the system works!
Today, we trust Instagram, to keep track of our followers, likes, and chat histories. We trust banks, to document our balances and depots. We rely on Amazon, to maintain the lists of our past purchases. However, by trusting them we give up control and privacy. Slowly we are seeing adoption in Blockchain Technology as a decentralized and user-controlled trust machine. Similar to how banking software doesn’t keep track of your Instagram followers, it is likely that we will see a multi-chain future, in which use-case-specific blockchain networks are used to keep track of domain-specific states. Substrate by Parity Technologies allows for a first principle approach to creating these state machines.
Blockchain As State Machine
How much money did refugees spend in the markets of Jordanian refugee camps last month? #BuildingBlocks Which stakeholder within the long and complex humanitarian supply currently has custody of the emergency medical supplies? #Track&Trust Which parking credentials have been issued to my wallet, allowing me to park at the airport car park? #M-Zone Blockchain technology allows answering the above-stated questions in a trustless manner. Various components are required to allow individual participants of a decentralized computer network to reach an agreement over the state of a system. However, depending on the use case slightly different requirements arise for their underlying components. Some Blockchains need to be more secure, some faster, some more decentralized, some more private, and so on. Developing custom blockchains from scratch, with use-case optimized components, is very expensive. Imagine the costs for finding and bringing together experts of various computer science fields such as distributed databases, P2P networking, cryptography, and so on, to create a new Blockchain.
So wouldn’t it be great if there would a “Blockchain Kit”, which allows building custom, use-case optimized blockchain, using existing building blocks?
Substrate by Parity Technologies
And it turns out, there is Substrate by Parity Technologies, a modular and extensible framework for building blockchains from performant composable modules, called Pallets.
But let’s dive into the history of Party Technologies to get a better understanding of how Substrate evolved. Parity Technologies was founded by Dr Gavin Wood. Gavin is well known in the blockchain space for being the CTO and Co-Founder of Ethereum, cocreator of Ethereum’s Smart Contract programming language, Solidity, as well as its corresponding runtime environment, the Ethereum Virtual Machine (EVM). Since 2015 Parity Technologies built various blockchain clients, like parity Bitcoin, for Bitcoin (BTC) and Bitcoin Cash (BTH) mining, parity Zcash for the privacy blockchain Zcash, and OpenEthereum.
In 2017 Gavin published the Polkadot white paper stating the ambitions to create a heterogeneous multi-chain network, which connects various blockchains. During the development of the Polkadot Network, the engineers at Party Technologies noticed, that blockchains share many components and only some are unique. As a result, the Polkadot GitHub repo was forked to create a framework called Substrate.
So what is Substrate?
Substrate can be described as an open-source community, a modular software development framework, and a developer platform. The substrate framework allows the modular development of fast, secure, and socially scalable blockchains using substrate pallets.
1. Fast
Blockchains build on substrate reached up to 15k transactions per second.
2. Secure
The code of the framework is audited by top-tier blockchain auditing companies.
3. Socially Scalable
One major advantage of Blockchains build on the Substrate Framework is that they are upgradable without causing a hard fork. This is what’s meant by “socially Scaleable”. Hard forks are slow, inefficient, and costly since they require tremendous “cat herding” of node operators. Let’s take Bitcoin as an example. To update the network, the majority node operators, aka. Miners, need to be, first, convinced and, second, install the software update manually to their machines. In contrast, using Substrate, the business logic, which defines the behavior of a blockchain, is stored on-chain in the binary instruction format called WebAssembly, short Wasm. This allows automatically updating the whole network at a certain block height. So, let’s say some supervillain gets his hands on a Quantum Computer and you need to exchange the hashing algorithm of your blockchain for a quantum-proof one. The update can be done by sending a transaction. All the nodes will be updated automatically at a certain block height if they did not choose to leave the network.
The second benefit of using Wasm is that it can be run hardware-agnostic, which is a major benefit for node operators. Last but not least, Substrate Blockchains are interoperable with each other, as well as with other blockchain networks, like Ethereum, since they can be connected via the Polkadot Relay Chain.
4. Substrate Pallets
Substrate Pallets are the atomic building blocks of each Substrate Blockchain. A collection of pallets result in what is called runtime or simply the business logic of a blockchain. Each Pallet itself contains a domain-specific logic. The cool thing is, developers can discover, use and create Pallets on the Substrate Marketplace. Here are some Pallet examples from different categories you can use for building your own blockchain.
Category
Pallet
Accounts
Balances, for managing tokens
Recovery, social multi-sig recovery
Vesting, for looking tokens
Assets
(Non)-Fungible assets
Transfer
Destroy
Atomic Swaps, for exchange tokens
Consensus
Proof-of-Work
Aura (authority round)
BABE, slot-based block authoring with a known set of validates with on-chain randomness.
GRANDPA, finality gadget, if 2/3 of the GRANDPA authorities have voted for a particular block, it is considered final.
Governance
Democracy, for stakeholder voting
Election
Treasury
Identity
Superusers, which can remove accounts and slash balances
Smart Contracts
EVM, allowing for Ethereum compatible Smart Contracts
WASM, allowing fast, secure and efficient Smart Contracts
Conclusion
Substrate drastically reduces the costs of developing use-case optimized Blockchain infrastructure. Polkadot Network, which itself is mainly based on the substrate framework allows connecting these specialized blockchains, granting interoperability. Only time will tell how many Blockchains we will need in the end, but Substrate seems like a promising bridge to a decentralized state-keeping future.
The term “Token” is frequently used in the blockchain space. Shermin Voshmgir, the director of the Research Institute for Cryptoeconomics at the Vienna University of Economics, calls them even “the killer application of Blockchains“. This blog post aims to give you a better understanding of what a Token/Token Contract is.
A Token Contract is a special type of Smart Contract, which maps blockchain addresses to balances of value units – aka tokens. These software programs hold code, which specifies a set of functions and attributes of the value units, created and managed by the contract. Just like other Smart Contracts, Token Contracts are:
1. Censorship-resistant and Tamperproof
These computer programs are hosted on Smart Contract platforms, like Ethereum. Therefore, they are maintained and executed by all nodes of the blockchain network at the same time, which makes them censorship-resistant and tamperproof. Once they are deployed to the network, they cannot be changed.
2. Reactive
Smart contracts cannot initiate transactions themselves, they need to be called by an External Owned Account (EOA) or another Smart Contract. Therefore, they are mostly created by EOAs, which are controlled by private keys. However, Smart Contracts can send messages to call functions of other contracts, which allows creating a Smart Contract with another Smart Contract.
3. Controlled by their Code
Unlike EOAs, Smart Contracts do not have a private key. These programs are solely controlled by the code they hold in their persistent internal storage. Their code specifies functions, from which they can read and write to. Read functions: allow retrieving information from the contract, for example, the balanceOf(account) function, which allows reading the balance of a certain address, or the name() function, which provides the name of a token. Write functions: enable, surprise, to write new information to a Smart Contract. Most common is probably the transferFrom () function, which allows subtracting from the balance of the sender’s address and add to the balance of the recipient. Another interesting write function is mint(account, amount) which allows, when called, to create new tokens and send them to a specific address, respectively, the burn(account, amount) function, to destroy tokens. Calling these functions can be restricted, so that, for example, only the address which deployed the contract can call the mint() function.
Have a look at Etherescan to check out token contracts deployed to the Ethereum Blockchain. For example, the Smart Contract of the popular stable coin Tether (USDT). As you can see in the image below you can read from the contract, e.g. to see which addresses hold USDT or write to the contract to send tokens.
Types of Token Contracts
In general, you can differentiate between two major groups of token contracts by the properties of the value units they create and keep track of, fungible tokens and non-fungible tokens (NFTs).
1. Fungible Tokens
The value units of these smart contracts are interchangeable. Further, the Token Contract specifies the number of decimals – thus the divisibility of a token. For example, 1.000000 USDT is, divisible to six decimal places. However, one might argue that the fungibility of value units recorded on public blockchains is reduced if the transaction history is publicly available. For example, if certain tokens are sent from an address, which is known for being related to criminal activity, like a hack, they might not be accepted by exchanges anymore and therefore are not fully fungible. Therefore, only privacy tokens, like Monero (XMR), which transaction history is not traceable, can be seen as fully fungible. Another example of fungible value units created by Token Contracts, next to the monetary use case, are equal voting rights represented by tokens.
2. Non-fungible Token Contracts
These token contracts create unique – thus clearly distinguishable value units, which are not divisible. Each token created by such a program has a unique tokenID, which makes it identifiable. Non-fungible tokens (NFT) are often used to represent real-world assets, like art or real estate. Further, popular use cases for this token type are digital collectibles, like crypto kitties, digital art or digital land. Also, an interesting use case is Blockchain Domains, like Unstoppable Domains, which use NFTs to represent “.crypto” domains on the Ethereum blockchain.
ERC – Token Standards
With the rise of Ethereum, Token Contract Standards have been established, which enable wallet applications to hold and manage any type of tokens, complying with the standard. Therefore, the rise of standards allowed for great usability advancements. Ethereum’s standards are titled as “ERC” which stands for Ethereum Request for Comments and refers to a document that specifies rules Ethereum-based tokens must comply with.
ERC20 Standard
The most popular token standard is probably the ERC20, which creates fungible tokens, mostly used most initial coin offerings (ICOs). It is fairly easy to create an on ERC20 contract since it only requires a couple of lines of code. By today, over 333,500 ERC20 contracts are listed on Etherescan. These Smart Contracts have optional functions, like a Name, Symbol or Decimal, and 6 mandatory functions:
totalSupply()
Can be fixed or variable. If it is variable it can be calculated and return the total amount
balanceOf(address_owner)
Shows amount of tokens held by a provided address
approve()
Authorizes a contract to do something e.g. withdraw tokens
Similar like approve but checks for sufficient balance of an address
ERC721
The predominant standard for Non-Fungible Tokens is the ERC-721 standard. Over 7,500 contracts emitting this type of tokens are listed on Etherscan.
Popular tokens created by ERC-721 are, for example, digital football player cards of sorare, blockchain domains of unstoppable, and also the famous cryptokitties as mentioned above.
Conclusion
Token Contracts are computer programs, which create and manage value units and are deployed to Smart Contract Platforms. These code snippets are at-will programmable and can be designed to fit any kind of use case, from digital currency to collectible. Further, they can be programmed to create self-reinforcing positive feedback loops to bootstrap Web3 platforms and are the basis of any Token Economy. Stay tuned!
Datarella, in partnership with Fetch.ai, a Cambridge-based artificial intelligence lab building an open-access decentralized machine learning network for smart infrastructure, announced today the launch of M-ZONE, their smart city zoning infrastructure trials in Munich, Germany. Using their AI-powered software agents to optimize resource usage and reduce the city’s carbon footprint Datarella and Fetch.ai predict mass implementation of smart city infrastructure will result in 34,000t annual CO2 emission reduction.
M-ZONE will be launched in the Connex Buildings and will utilize multi-agent blockchain-based AI digitization services to unlock data and provide smart mobility solutions in its commercial real estate properties in the city center.
“Landlords, as well as the City Council, are interested in optimizing the parking space management, to allow for available parking for all employees of corporate tenants while organizing the traffic flow and preventing commuter traffic jams,” said Michael Reuter, CEO of Datarella. “Our system incentivizes community use of public transport through a tokenized incentive system while reducing the congestion that accounts for a great deal of Munich’s CO2 emissions.”
M-ZONE will solve the needs of various stakeholders:
Individual commuters and drivers: save time, money, and reduces driver stress
Property owners: simplified approval for new development projects
Tenants: lower rent through dynamic parking spot sharing
City Council: optimized traffic flows
Environment: less negative impact through saved CO2
Upon implementation, AEAs (Autonomous Economic Agents) will support the sustainable and efficient use of city infrastructure in Munich through an application where they will autonomously negotiate the ‘price’ of parking spaces between the holders of parking spots, and those looking for parking spaces. Users can earn rewards in the digital currency if they choose less popular or in-demand parking spaces (or do not use the parking lot at all on some days). The Carpark AEA determines the reward levels to maximize resource usage.
“Fetch.ai provides a decentralized framework for building and customizing autonomous AI agents to carry out complex coordination tasks,” said Humayun Sheikh, CEO of Fetch.ai. “Our vision is to connect digital and real-life economies in order to enable automation over a decentralized network and change the way we use data.”
Users are incentivized to reduce their number of car trips to the Connex and adjacent corporate offices through a reward system which is measured by the utilization of parking spaces. Each registered user who is a regular car park user will be rewarded with a certain amount of tokens per minute for not parking at the parking lot. As soon as a car or its related wallet address is registered as parked by the Carpark AEA, the token airdrops to this wallet stop/slow. The number of tokens rewarded per wallet and minute depends on the current utilization of the parking lot.
“Assuming there is a 10% reduction in car usage across Munich alone, the city would see a 34.000 tonnes annual CO2 emission reduction,” continued Reuter. “Scaled up to cover all of Germany, that equates to 1.7 million tonnes CO2 reduction, annually. This smart city solution has the potential to penetrate huge markets simply by tapping into wasted data and utilizing it efficiently.”
Track and Trust successfully completed the BlockStart accelerator program, which initially started in March 2020. We want to look back on the last six months and share how we upgraded Track & Trust from an MVP to a market-ready product.
It all started at the ideation Kick-Off in March, where many startups presented their innovative products and solutions. It was an excellent chance for us to see how so many different companies intend to use blockchain for their services and gave us the opportunity to talk to startups that could be interested in testing our blockchain-based supply chain solution. As it turned out, we would see three of them back in September during the Pilot Stage.
Scope and Implementation Phase
Our goal during the BlockStart accelerator program was ambitious – we wanted to upgrade Track & Trust from an MVP to a market-ready product. After we successfully made it to the next round, we defined our four KPIs:
Implement an onboarding process in which users can self-register. During the MVP, we created the Keystore files by ourselves and sent it to our test-users. A self-registration process is one of the main requirements in a decentralized system. In addition to that, we also created profiles that are linked to a specific address.
Enable Multi-tenancy in the system. We want to limit the accessibility of information to only the respective users and their respective data. This increases privacy, security, and provides a clearer and smoother user-journey.
Make the Track and Trust interface dynamic. There were many hard-coded processes and interface-artifacts developed for the MVP. The contents on the different interfaces should dynamically show the data for the respective shipment.
Enable mobile-signing. In order to reduce data load and improve usability, we need a mobile app that contains the identity information as well as the private keys of the actor. As a result, handovers can be processed by scanning QR-Codes of the shipment without the need to document this on a computer.
During the implementation phase, we talked with many potential adopters that could perform tests with us in the pilot stage. These talks and the progress of implementation were the main topics in frequent calls with our mentor Joao Fernandes.
Testing with Adopters
After we successfully finished the implementation stage, we had the chance to test Track and Trust together with three adopters that we talked to during the implementation phase. This was Albicchiere, an Italy-based startup that runs a supply chain for refill packages of their wine dispenser, Go Limpets, a Portuguese-based company that sells sea food to the gastronomy, and Zelena Tocka, a Slovenian company whose supply chains manage the production and selling of local agriculture goods.
The objectives of the test were to perform a test with all three adopters through every stage of Track and Trust. As a result, we were very happy to see that they had no issues in testing Track and Trust and that the system would bring an advantage over their competitors. Another main takeaway for us was recognizing the versatility of the use cases Track and Trust can apply.
Take a look at our newest product video of Track & Trust:
The BlockStart accelerator program gave us the best chances to improve our product, get to know potential adopters, and receive valuable feedback that we will implement in the future. We thank the BlockStart organizers, and especially our mentor, Joao, for the smooth and successful guidance and communication during the program, as well as the three adopters for testing Track and Trust.
Not even COVID-19 can stop our meetups. However, since we did not want to risk the health of our audience, we decided to hold our 22nd Blockchain Munich Meetup online. No pizza, no beer, but insightful presentations of the application of blockchain technology in the aid industry.
First up was Kyriacos Koupparis, head of Frontier Innovations, WFP’s innovation accelerator. After we briefly celebrated that the World Food Program recently won the Nobel Peace Prize, Kyriacos gave us an overview of the various blockchain projects at his organization. Starting with our beloved Building Blocks project, which supports over 600k refugees in Jordan and Malaysia with cash vouchers for everyday purchases. Our blockchain-based system saved WFT millions of USD in foreign bank transfer costs. We at Datarella are very glad to help to maximize the value which arrives at the people in need. Next to using blockchain for finance, WFT sees the high potential in the application of blockchain technology to increase supply chain traceability. Here, we also completely agree with WFP. As demonstrated with our Track & Trust project, Blockchain Technology allows bringing clarity to complex supply chains by documenting each handover in the T&T Blockchain.
The next speaker was Franz von Weizsäcker, Head of Blockchain Lab at Deutsche Gesellschaft für Internationale Zusammenarbeit (GIZ). The GIZ is leveraging blockchain technology for real-world use cases. Franz presented a project in Georgia, in which the Bitcoin Blockchain is used to document hashes of land registry titles. Also, the GIZ is applying blockchain technology for supply chain solutions. On the one hand, to enable tracking the origin of organic spaces, on the other hand, for digital certification, which aims for trade facilitation at customs offices. Further, it was very interesting to learn about a community currency project the GIZ has started in Cameroon. The project was inspired by the work of the Grassroots Economics Foundation in Kenya, which uses complementary currencies to overcome the shortage of national currencies in poor communities.
Our last guest speaker this evening was Gordon Pelz, who is on the Board of Trustees of the YOU Stiftung. Gordon presented to two projects, in which the YOU Stiftung leverages blockchain technology, New Baraka and SmartAid. At the New Baraka project, a slum close to Dakar, the capital of Senegal, has been turned into attractive apartment buildings. The inhabitants of the prior slum moved into the new houses. Ownership of the living spaces will be transferred after a certain period to its new residences. Here, blockchain technology comes into play and is used to document symbolic rental payments of the previous slum inhabitants. Saving the data about the payees and payments into a blockchain serves as evidence at the time of transfer of ownership of the apartments. The second use case Gordon presented was SmartAid, our next generation donation platform the YOU Stiftung had launched together with Datarella. By today, the YOU Stiftung has collected over 1150 EUR via the SmartAid web app. The first steps of building a water well in Ghana are initiated. More details about the project status are going to be communicated soon via the project’s donation tracker. For more information on SmartAid and the water project please checkout SmartAid or our news blog news.smartaid.digital.
We were very happy to hear that blockchain technology is applied in so many real use cases in the aid industry, allowing for efficiency gains, where they are most needed. Let’s leverage the benefits of blockchain technology to make our world a better place for everyone.
We are looking forward to seeing you at our next meetup again.
Why do we sign a contract or a bill? In our everyday life, signatures are often used as a handwritten mark to make proof of identity and intent. In public blockchain networks, participants cannot necessarily trust each other. Everyone can potentially claim to be the owner of a blockchain address and initiate a token transfer. Further, even if the message is from the owner of a blockchain address, corrupt nodes can manipulate the content, e.g. changing the beneficiary to their benefit. That’s why we need digital signatures, which allow confirming the authenticity and integrity of a message.
In this slideshow, you will learn about what digital signatures are and how they are created, using asymmetric cryptography and hash functions. Enjoy!
During this study, we will work on a concept for an emissions trading register based on DLT. We will make recommendations to the Federal Environmental Agency with regards to the requirements to a DLT trading platform such as usability, scalability, performance, interoperability, security and sustainability.
Ongoing climate change is one of the major global challenges we face today. As a result, a cross-border European emission trading system (EU-ETS) is one of the EU’s most relevant tools against global warming. So far, its success is threatened by fraud and lack of transparency. Stakeholders acting in this system also complain about the absence of incentives to actually reduce emissions. With this study we will prove that by the use of Blockchain technology most of these issues will be solved thanks to the decentralized and transparent characteristics of a DLT system.
We are very much looking forward to working on this study with our partners CapGemini and FSBC in close cooperation with the German Federal Environmental Agency. We will of course keep you updated on any results we achieve.
A few days ago, we launched our new blockchain-based donation app SmartAid that allows for traceable donations to charity projects all over the world. The first charity project is YOU Foundation’s “Water for West Africa”, collecting money for the construction of freshwater wells that provide West African communities with drinking water and allows for improving hygienic standards fighting the coronavirus.
SmartAid has been designed as a web app; i.e. you don’t have to download it from an app store but you simply surf to the URL www.smartaid.digital in your mobile or desktop browser and start donating, immediately. The donation process is very simple and (should be) self-explaining: you choose the amount you want to donate, you select the PayPal or credit card payment option, and confirm your donation. Done.
Since in 2020, there are thousands of different smartphones, running on millions of different versions of operating systems, even the most simple online process can result in unexpected effects; s.a. a page not loading, or a text not showing up.Since we want to make the donation experience as pleasant as possible, we’d like to invite you, and your friends, to join us and help to improve SmartAid! Donate – you could start with just 1 EUR – and send us your feedback. Although we are most interested in potential bugs or any inconveniences you might experience, of course, we’re also very happy to hear about positive experiences while donating!
It would be great if you could support us in refining and optimising SmartAid – and our friends over at YOU Foundation will be grateful for your donations that support West African rural communities! Thank you!
Upon implementation, AEAs (Autonomous Economic Agents) will support the sustainable and efficient use of city infrastructure in Munich through an application where they will autonomously negotiate the ‘price’ of parking spaces between the holders of parking spots, and those looking for parking spaces. Users can earn rewards in the digital currency if they choose less popular or in-demand parking spaces (or do not use the parking lot at all on some days). The Carpark AEA determines the reward levels to maximize resource usage.
