Crowdvote – A Community Driven Decision Making Model To Compensate Blockchain Developers With CrowdstartCoins XSC

Big news over at Crowdstart: with CROWDVOTE we will provide a community driven opinion forming and decision making model that follows on the present centralized distribution model of CrowdstartCoins XSC.

Starting with our IOTA hackathon in Gdansk, in November 2017, we have distributed CrowdstartCoins XSC to over 2,000 developers who have added valuable code to the blockchain ecosystem. As promised, we at Crowdstart do not think that we are the best people to decide who is eligible to receive CrowdstartCoins XSC, but rather it should be the responsibility of the entire blockchain community to form opinions and make decisions that define the distribution of XSC.

CROWDVOTE to be launched at DAHOAM Tech Conference
We announced our plan of developing a liquid democracy model to enable that kind of a decentralized decision making process last November. Today, we are very happy to announce that we will launch the first version of CROWDVOTE at DAHOAM Tech Conference, on July, 24.

With CROWDVOTE, members of the blockchain community will be able to propose and vote for blockchain projects supporting them to receive their deserved CrowdstartCoins XSC. In the first version, there still  will be some centralized elements; e.g. there will be a set of rules that define the proposal and voting mechanism. A framework of rules has to be implemented from the start – otherwise the model would create more confusion than joy about the new decision making opportunities. Our plan, however, is to go further and also decentralise these aspects. In future versions of CROWDVOTE, the community will be able to define the rules for proposing and voting for projects by themselves.

Want to participate and help CROWDVOTE to be developed?

If you are generally interested in decentralise decision making processes and liquid democracy, please feel invited to participate and support the development of CROWDVOTE. Send us an email to crowdvote (at) crowdstart (dot) capital.

A Wallet + DAPP Browser Market Overview

Ethereum Logo

Here’s a quick overview of four of the newest crypto wallets with built-in DAPP browsers

If ethereum is to realize its promise as the „world computer“ we’re going to need more advanced wallets.  Mobile has arguably overtaken desktop as the dominant paradigm for interacting on the web but most decentral applications aren’t mobile ready. DAPPs promise to be our connection to voting, governance and the backbone of the web’s future. There are lots of mobile wallets available now but in the coming world, just sending tokens and crypto back and forth won’t be enough.

Today we’re taking a quick look at four bleeding-edge wallets which combine a DAPP browser with a mobile crypto wallet. Since development in this area moves very very fast we’re not going to make any kind of a ranking.  Instead, we’ll list a few key features where each app shines.

Cipher wallet logo

Cipher Browser

The Cipher Browser has a solid DAPP browser which handles the login process for early DAPPs such as and as though one was using metamask. The Touch ID integration is good and approving transactions is pain-free. In addition, adding custom ERC20 tokens to the app is quick and straightforward if you are someone who knows their way around etherscan and who’s not afraid to find out how many digits a token contract allows.

Who’s it for? Old-school crypto nerds who want to keep it simple.

Toshi icon

Toshi Browser

The open source Toshi browser is not only a wallet and a DAPP browser but also an encrypted chat platform. It uses a chatbot for the initial user journey which in our experience is an either a „you love it or you hate it“ kind of thing.  After that, one can access an app store like DAPP browser, a public chat client based on identities tied to ethereum addresses and a wallet supporting both fungible and non-fungible ethereum assets.

Toshi uses the Signal protocol by Whisper Systems for chat and the uPort identity protocol to store user profiles.  All in all, it’s pretty forward thinking stuff if a bit cluttered at times. There’s also one weakness for industrial applications. Developers and other geeks may want to work on more than one network (Testnet, POA etc.) If that’s your use case, this one isn’t for you.

Who’s it for? Social crypto nerds who love trying out new stuff.

status icon

Status Browser

Status takes the social / chat idea from Toshi to the next level.  In Status, one finds not only contacts in the chat interface but also DAPPs.  As in Toshi, setup occurs via a dialogue with a chatbot.  Again this isn’t for everyone, but it’s super for people who prefer onboarding by bot.

Status defines itself as a new kind of peer-to-peer encrypted messaging and payment system rather than a DAPP browser or a wallet.  Yes, it does offer those things too, but everything in the Status app is centered around chat.  The idea is that people do business and transact with other people, so their communication should enable that.

Right now, status is only available as an alpha release that you can test on the testnet using Testflight (iOS). There’s a very lively Discord community if you want to jump in and join the dialogue.

Who’s it for? Do you dream of native ethereum transactions while using whatsapp? Then this app is for you!

trust wallet icon

Trust Wallet

Like Cipher, Trust Wallet offers a more conventional experience.  There’s a browser tab, a transactions tab, a tokens tab, and settings.  Everything is pretty self-explanatory.  The Web3 integration in the DAPP browser is great, so log in and transaction approval are simple. Also, the developer is working with decentral exchanges such as Kyber Network to make sure the DAPP creators are building stuff that is actually usable on mobile.

Also, this open source app is the only one on our list that may be appropriate for use in industrial applications.  This is due to the fact that the Trust wallet allows the user to switch the network and that a proof-of-authority network connection is possible.

Who’s it for? Crypto industrialists, exchange integrators, open source forkers and friends of straightforward wallet tech.



Datarella: Mentoring Blockchain for the FC Bayern Hackdays

We are proud to support FC Bayern, Germany’s leading soccer club on their Hackathon:

Thinking of fan experiences and services in a new way. Testing and applying innovative and new technologies within and outside the stadium. Bringing the emotional connection of our club to life even more through technology and digital infrastructure. Learning from each other and creating new things together.
For the first time, FC Bayern Munich will host, together with its fans, partners, leading experts, start-ups and students from all over the world, the #FCBayernHackDays to learn together, face new challenges and to research new innovative possibilities.

Link to the event:

Two Token Model TTM – A Cryptoeconomic Approach For (ICOing) High-yield, Stable Decentralized Networks

On December 6, 2017, game company and distributor Valve announced that its gaming platform Steam is no longer accepting Bitcoin as a payment method. The company explained that Bitcoin transaction fees have gone up to nearly $20 per transaction last week, “compared to roughly $0.20 when we initially enabled Bitcoin.”

At the same time, CryptoKitties burned up 15% of Ethereum’s gas, causing a mid-level congestion and increasing in-game fees.

Since we have been working on some ICO projects over the last months, focusing on cryptoeconomics and token design, we felt the need for a model that would allow a high-yield return for investors on the one hand, whilst guaranteeing the stability and a proper functioning of the specific application(s) at the same time.

Two Token Model TTM Thesis
Decentralized networks need a token model that

  1. guarantees a stable cryptoeconomic mechanism to exchange assets, services, time and money between peers, and, at the same time,
  2. allows investors to reap large economic benefits, and, therefore
  3. allows an overall story of combining a cooperative/post-capitalist model with a pure capitalist play by technically separating both aspects through the representation of two dedicated tokens.

Proposed Solution

A) Two-Token Model

The network features 2 different types of tokens:
a) a core token (CT) that is tradable at crypto-exchanges,
b) an application token (AT) (per application)

The only function of the CT is that of a currency. In all of the network’s potential applications, there is one overarching CT.

The AT is designed depending on the respective application’s requirements. It is the only token that allows the usage of the respective application. It is not listed at any exchange. Potential listings of ATs probably could not be prevented technically, but by regulation: The network defines the listing of AT’s as not allowed and will exclude applications that behave otherwise. Organizers of applications that already have a token will be offered to exchange their tokens for AT. Additionally, they can be awarded CT depending on their applications’ asset values.

B) Token Issuance Mechanism

Initially, there will be two events that happen at the same time:

  • SAFT of CT to (accredited) investors
  • One-time distribution of (free) AT to interested potential network application users (comparable to a basic income)

The Token Story

A (revenue-driven, high-yield) SAFT will finance the development of the network and serve as the initial AT supply of the network. Within the first applications running, AT holders can earn additional AT, and, directly derived from that, additional CT. The intensity of use and supply of AT represents the intrinsic value of a CT.

This model of a clear, technical separation into  – and combination of – a speculative and an application part should serve the initially conflicting interests of both categories of the network‘s stakeholders: the potentially application-interested majority of AT holders and the potentially solely commercially driven and high-yield-driven investors who hold and trade the CT.

Every app token holder (ATH) will receive CT’s additionally to their AT’s, if the intensity of use of the application reaches a certain threshold. As long as the intensity of use is above this threshold, the ATH will receive additional CT’s, scaling with their intensity of use. When the intensity of use sinks below the threshold, there will be no CT’s awarded further on.

Definition of Intensity of Use IoU Criteria

As mentioned, ATH are being rewarded CT depending on their intensities of use of the application(s). There are several aspects of defining an “intensity of use (IoU)” in a good way. First, an ATH could use a specific application very frequently. This could add to her IoU. Then, the ATH could move huge assets within an application. Again, this could add to her IoU. Further on, an ATH could use an application in a way that leads to a higher IoU of another application. This would lead to trans-application elements of the IoU’s algorithm. Then, there are further aspects, s.a. hoarding/inflation, etc..

Model Attractiveness

The definition of the IoU algorithm is one key aspect of this token model. On the one hand, it seemingly is the most complex problem to solve for the network. On the other hand it offers the opportunity to create one single algorithm that is completely variable in design and can be tweaked throughout the lifespan of the network without any need for changing the structure.

Due to the fact that the AT is not tradable, and the IoU algorithm prevents the ATH from hoarding and other unintended use, it can be regarded as stable.

The CT, in turn, is a tradable token that entails no other rights than being exchangeable with other currencies. The prize of the CT will be defined by market forces alone. This pure market-driven nature of the CT, combined with the value(s) of ATs, makes the network’s model highly attractive for application-focused users, as well as for investors.

We have intensely discussed the TTM within our network, and we have not found severe weaknesses that could prove to become showstoppers. However, we invite you to prove otherwise! Please provide us with your feedback on TTM – thank you!

The Evolution Of The Enterprise From Institution To Platform To Protocol In A Tokenised Economy

From the early days of capitalism, when from 1633 the Hollandische Mercurius referred  to capitalists as the owners of capital, on to David Ricardo who, in his Principles of Political Economy and Taxation  is seen as the one who actually coined the term capitalism, until today: the structure and behavior of the enterprise as the main capitalist entity, hasn’t changed that much. With the advent of blockchain technology, the evolution of the enterprise could pick up pace, dramatically.

An enterprise can be defined as the largest participant of an economic system with an ideology based on – in most cases – private ownership of the means of production and their operation for profit. In the early days, the owners of an enterprise would manage its operations themselves. With the advent of the public corporation, ownership and management were separated from each other: in most cases, the owners did not participate in the management of the company but delegated this to employed executives. With this separation of ownership and management, and a trend towards larger entities with hundreds to thousands, to hundreds of thousands of employees, enterprises had to be structured in a way that would enable a proper management and controlling. In democratic countries, there are specific sets of regulations and laws that provide the framework for owners’ and managers’ scopes of action.

The Enterprise As An Institution

Throughout the history of capitalism, enterprises have been regarded as stand-alone, singular entities, existing because of the product and service portfolios they would offer to the market. Aspects of enterprises’ interdependencies and connections with their environments played a minor role: one of the better known examples of this is James Buchanan’s Public Choice theory that describes people’s decision-making process within the political realm. When, with the Industrial Revolution, people became aware of the significant external effects enterprises could have not only on the lives of their employees but on the environment, etc., something changed within the enterprises: owners and managers started wondering how they could address their enterprises overall impact on the outside world.

Another aspect that made managers think of the interdependency of their company with others, was marketing. Companies discovered that it wasn’t enough to produce high-quality products – they had to tell potential customers about it and even had to compete with other companies offering similar products.

The Enterprise As A Platform

Acknowledging external impacts of enterprises and the shift from supply-side to demand-side driven markets mark a clear behavioral change for enterprises: trade  unions, environmental regulations, but also purely economic aspects, such as just-in-time production or supply chain optimization, all have led to a new kind of enterprise – evolving from institutional constructs into a platform, acting as hubs mainly responsible for organizing a network of partners making sure a final product will be presented to the customer.

The enterprise as a platform: these days, most companies would be happy being regarded as a platform. After all, that propels them into the top ranks of the innovative minority according to AccentureBain and other consultancies.

And yet, the platform enterprise isn’t state-of-the-art.

Platforms may offer many positive aspects but they lack all advantages of a decentralized, trustless system, such as a blockchain protocol. Apple, Tencent, Siemens, or other giant platforms are centralistic structures that are successful as long as each platform partner plays along: as soon as one entity in the supply chain fails, the product can’t be delivered on time or with a certain quality. Costs of managing and controlling the platform processes itselves have become immense. In the event of an external irregularity, e.g. an activist group’s protest on the basis of an alleged misbehaviour, followed by a consumer boycott, could force even market leaders to halt the production process or even to discontinue a product line. Platforms are highly sensitive against irregularities because of their centralistic architecture.

The Enterprise As A Protocol

There is a cure for this sensitivity: if platform enterprises improve themselves further and evolve into protocols, they become resilient against internal as well as external attacks and they can regain what most of today’s companies have continuously lost in the past years: credibility and trust in the eyes of consumers. A protocol can be described as a defined set of rules and regulations that determine how data is transmitted in networks. A blockchain protocol is a decentralized database and ledger that allows all participants of the network to work with the identical, consistent data set at any time.

Convergence: Blockchain + Smart Technologies

A protocol enterprise uses blockchain technology to share the database and its additional, external intelligence, such as AI, autonomous machines, VR or AR, to collaboratively manage and control a supply chain process. The system is completely decentralized, featuring automated processes in line with a set of rules and regulations all participants have agreed on – the governance model. A liquid feedback mechanism ensures that all participants have the ability to participate in the network’s opinion making process. Depending on the intended level of openness, either selected third parties or the general public may also join the network. In the first case, a private, permissioned blockchain would allow a pre-defined group of participants to join the network. If everybody should be granted access to the network, a public blockchain would be used.

Cryptoeconomics & Token Design

Participants of blockchain networks need tokens to communicate or, more correctly, to transact on the blockchain. These tokens can take different shapes: they can represent a value store only, or they come with a set of instructions defining the so-called token design, or cryptoeconomics of the network. Cryptoeconomics describe the incentive mechanism that motivates participants to actively engage in the network.

In the same way, the token design is the regulatory framework for behaving within the network, it’s the (re-)presentation of each participant’s behaviour and value system. In other words: the token is the representation of the brand equity of the network’s or protocol’s participants. Customer perception will be created through the design and use of the blockchain network tokens. Since all transactions in a blockchain are immutable and, therefore, represent an accurate, consistent history, all actions of a protocol enterprise are open for scrutiny by third parties, s.a. auditors, or the general public, i.e. (potential) customers. CEOs of protocol enterprises won’t have to fear misleading accusations by activist groups. However, they have to be aware that omniscient auditors or customers form their opinions on the company on the basis of a complete behavioral history. Bad times for fraudsters!

A Tokenised Economy

It presumably will take years, if not decades, for existing enterprises to evolve in protocols. Also, many of today’s platforms will not join this evolution and will remain platforms or even morph back into institutions before the end of their business cycle. But for a new breed of contenders, blockchain technology provides the basis for a tokenised product offering already today. These vendors won’t necessarily regarded as enterprises in the first phase, but they might take over the role of today’s market leaders.  The key aspect of a tokenised economy is the token representing the behaviour and values, or, the brand equity, of market participants.

Blockchain technology is still in its infancy: most systems are not enterprise-ready, yet. However, the decentralized and open nature of blockchains provide the basis for a market penetration in an insane mode . Bitcoin, the first blockchain protocol, has evolved into the world’s 6th largest  currency by circulation  according to the Bank for International Settlements. The figure is based on a value of bitcoin at $10,765 each, meaning that the total value of all bitcoins in circulation is $180 bln. Bitcoin evolved into this widely used currency within nine years of existence – being the very first of its kind, initialising the category of cryptocurrencies.

Solarcoin, another cryptocurrency and token, was launched in 2014.  It’s a global rewards program for solar electricity generation: 1 Solarcoin represents 1 MWh (megawatt hour) of solar electricity generation. Verified solar electricity producers,  may get Solarcoins for free when participating in the network. 99% of Solarcoins will be given to solar electricity producers of 97,500 TWh (terrawatt hour) over 40 years. The creators of the Solarcoin foundation expect a market price of $30 per MWh in unregulated and unsubsidised markets. As of today, a Solarcoin costs $0.50 – so, there us a long way to go to reach a $30 price tag. However, at $0.50, Solarcoin has the third largest market capitalisation of all cryptocurrencies, reaching over $45 bln. Since renewable energies, especially solar power, cover more and more of the world’s energy consumption, we could expect the Solarcoin network becoming the or one of the main vendors within this space. And, what else is Solarcoin than a reasonably tokenised product offering?

For us, blockchain technology is more than a database and a ledger: it’s the basis of a tokenised economy. Done right, blockchain protocols not only allow new vendors enter a crowded market, their decentralized and open characteristics provide the tools for decentralized and open business models, such as (a renaissance of) cooperatives, collectives, etc.. Blockchain technology provides the tools – creators and entrepreneurs may now use them and start morphing centralized, vulnerable platform enterprises into decentralized, resilient protocols.

What Is CrowdstartCoin?

CrowdstartCoin (Ticker: XSC) is a digital currency rewarding blockchain developers.

Launched in December 2017, CrowdstartCoin presents the additional advantage of being a tangible virtual currency: in fact, by coupling each line of code committed to projects within the blockchain ecosystem to the production of a CrowdstartCoin, the virtual world joins our physical world. Put another way, CrowdstartCoin works as Reward Miles: any blockchain developer receives CrowdstartCoins for code that she adds to tye development of the blockchain ecosystem – and it’s free!

CrowdstartCoin has a social utility for its community: by rewarding a blockchain developer, CrowdstrtCoin acts as an incentive, stimulating the development of the blockchain ecosystem worldwide. CrowdstartCoin is already distributed within three European countries and is intended to be circulated worldwide: any blockchain developer may apply and claim his CrowdstartCoins for free. To do so, the developer simply fills out this form online with data proving that she has committed code to the blockchain ecosystem.

3-Phase Incentive Scheme

The grant mechanism for delivering CrowdstartCoins is based on 3 phases:

In the first phase, CrowdstartCoins will be directly distributed to the active developer community, approached through blockchain conferences, meetups, forums, etc. Developers committing code to key blockchain projects can opt-in to receive CrowdstartCoins for free for code that has been accepted.

In the second phase, the distribution of CrowdstartCoins will be semi-automated by using a smart-contract-based system to pay out tokens according to the accepted commits. Technologies to be supported by these incentives include the core protocols of leading blockchains, e.g. Ethereum, IOTA, Monero, etc..

In the third phase, members of the community will be able to suggest projects to be rewarded with CrowdstartCoins. A liquid feedback model will be used to enable community voting and determine which blockchain projects should be included.

CrowdstartCoin therefore acts as an incentive for the future development of blockchain technology. Since 1 December, 2017, CrowdstartCoin  is officially listed at the cryptoexchange EtherDelta, with the ticker symbol XSC.

Cryptoexchange EtherDelta Officially Lists CrowdstartCoin XSC

As of today, 1 December 2017, our CrowdstartCoin XSC is tradable on EtherDelta, a decentralized cryptoexchange. 

We are very happy that, ten days after having issued the first CSC to IOTA developers at IOTA hackathon, in Gdansk, the tokens have been officially listed on EtherDelta!  From today, blockchain developers can grow the value of their own token that serves as a reward for contributing to the evolution of the blockchain ecosystem!

Don‘t waste your time, devs! Go, claim your XSC – and trade them!

Incentivizing Blockchain Ecosystem Development

The final decision has been made: We will not ICO through our brand Crowdstart Capital. After having worked on the preparation of a token sale based out of Germany several months we’ve reached the conclusion that such an ICO is not advisable at this time.

Two issues have been the decisive factors: First, an ICO based out of Germany would have to be done in the environment of a legal limbo. Other project teams may decide to take the risk of selling a virtual currency to professional and/or individual investors in Germany but we’ve decided that the regulatory uncertainty and risk is too high. With our parent company Datarella, we have built a solid brand reputation within the blockchain ecosystem and we are not willing to put this at risk.

Second, we think that we can better meet our goal of contributing to the blockchain community by giving our Crowdstart Coins away.  Instead of selling tokens to investors and using this cash to provide blockchain-based startups with consulting, services and solutions, we will reward Crowdstart Coins (XSC) to developers who add valuable code to the blockchain ecosystem.

We gained this insight to change our model while working on the cryptoeconomics; i.e. the inventive mechanism within a specific community. Finally, we have come up with a 3-step-process of distributing Crowdstart Coins – “XSC” – to the blockchain community:

A Blockchain Evolution Incentive Scheme

Phase 1 – Initial Token Distribution

In the first phase, we will distribute tokens to developers at conferences, events and hackathons. This activity will occur primarily in Europe and the distribution will be at the discretion of CSC. The goal of this phase is to get tokens into the hand of active developers and blockchain early adopters/enthusiasts.

Phase 2 – Smart-Contract-Based Token Distribution

Developers committing code to key blockchain projects can opt-in to receive XSC tokens for every line of code that is accepted for their respective projects. CSC will set up a smart-contract-based system that will pay out tokens according to the accepted commits. CSC will programmatically monitor the git repos of major projects.

Phase 3 – Liquid Feedback Mechanism

In the third phase, members of the community will be able to suggest projects to be included in the incentive scheme, a model known as liquid feedback. Token-based ballots will be used to enable community voting and determine which blockchain projects should be included.

In this phase, we’ll also be rewarding developers to contribute to our code base. Essentially, over the course of the three phases of the incentive program, it should morph from being a mostly manual process to a fully automated process.

If you’re a developer who committed code to advance Blockchain technology at-large, you’ll be eligible to receive XSC tokens. You can request XSC by filling out the form:

Developer Incentive Program: Claim XSC Rewards

Show us that you’ve got the right stuff!

IOTA Hackathon: Open Car Charging Network (Part 2)

PlugInBaby App in iPhone


We’ve stirred much interest in the issuance of our XSC token at the IOTA hackathon in Gdansk. We therefore decided to prolong our rewards campaign for IOTA developers for 1 week:

If you’re a developer who committed code to advance the IOTA network during the month of November, you’ll be eligible. If you think you’re eligible you can request up to 250 XSC until Friday, 1 December 2017.

Fill out this form now! Show us that you’ve got the right stuff!
Developer Incentives Program: Claim XSC Rewards

For more information on the CSC Blockchain Evolution Incentive Scheme, click here and here.


This is the second installment outlining the experiences of the winning team „PlugInBaby“ during the IOTA Hackathon. In the first post (found here), we describe the idea generation process.  In this post, team member Rebecca Johnson goes into more detail with regards to how the team built the project and what exactly it accomplishes.

Our PoC decentralizes and democratizes access to a  network of electric vehicle chargers by allowing the chargers to costlessly broadcast their status (offline, occupied, available) via 0 value transactions on the tangle. Next, using a mobile app, users searching for a charging station can query the tangle using 0 value transactions to search for tags of available stations. They can reserve a charging spot and book micro transactions necessary to pay for electricity, all using IOTA.

Concept Doodle
A world where individuals leverage open source software and DIY hardware to decentralise the market for energy.

Using the tangle as a database makes the solution quite elegant. The protocol for sending data and value are essentially the same which removes the need for a centralized payment processing layer and allows for the DIY ethic to extend all the way to the end-user.

This approach is also flexible enough to leave room for participation by utilities and other stakeholders since the hardware and software are open-source.  Improvements are welcome and anyone is free to implement the idea. The code can be found here.

Requirements & Assumptions

  • We restricted ourselves to using only IOTA for implementing the database functionality. This carries the theoretical advantages of future scalability, full decentralization and zero transaction costs for messages sent to and from the tangle as well as a mechanism for machine to machine electricity purchases.
  • We assumed that the API and the interaction between the charger and the car app are out of scope for the hackathon.
  • Charging station vendors need to send status messages for their stations (free, in-use, offline) using 0 balance transactions to the tangle. Our back-end provides this capability via terminal inputs. Since this is just a PoC we didn’t build out an API or UI for this portion.
  • A web-based front-end, a back-end connection to the tangle and an API for communication between the two needed to be built. Given this, the team split into two groups of 3-4 developers each.


The experience of the PlugInBaby team was similar to that of the Freedom Pass team. We started out by following this tutorial from Baltic Data Science and gained speed by utilizing some of the resources from the Q&A with Chris Dukakis of IOTA. After that, we connected to a testnet node and started issuing transactions.

Like the Freedom Pass team, we also considered using a mainnet node but the issue of how to connect with neighbors was eventually a knockout criterion. This was actually due to security concerns. One of our team members had a Java Runtime Environment setup on a remote virtual machine and we considered setting up an instance of the IRI. In the end, however, we weren’t comfortable with the security risks that connecting with unknown nodes presented.

In contrast to the other teams, the „PlugInBaby“ team used the IOTA Python Library to build and connect the backend. Documentation for this library is quite sparse in comparison with the JavaScript Library. We’d like to thank Andreas OsowskiLewis Freiberg and  Chris Dukakis of IOTA for their round-the-clock support in getting everything up and running.

Our team member Lukasz Zmudzinski has written a great blog post on his site which outlines which Python methods we used to read and write to the tangle in greater detail. We used the Tornado web framework and asynchronous networking library for this project and wrote our own API  to communicate with the front end.

Team PlugInBaby hard at work on frontend development

Front End:

The front end was written primarily in JavaScript and utilizes server.js for Node.  To accelerate development we started using a boilerplate/skeleton for Node.js web applications. We later used bootstrap and AngularJS to improve the styling and make our web app mobile-ready and responsive.

Users can query the tangle for the transactions of vendors with free stations and also read dynamic pricing information. The search mechanism uses information written to tags while the state information about the charging station and the station latitude/longitude are written in the message. This information is then passed via API calls to the front-end for interpretation in the UI.

User Experience:

UI Workflow
UI Workflow
  • Step 1:
    The user uses a smartphone app to query the tangle for available charging stations.
  • Step 2:
    The user selects a charging station from the map. Each station has dynamic pricing which is shown in real-time along with the map pin when selecting the station.
  • Step 3:
    The user drives to the station and lets the station know that they have arrived by sending a message to the tangle.
  • Step 4:
    The charging station tells the app that the car is fully charged.
  • Step 5:
    The user’s IOTA wallet is debited and the transaction is signed by the seed stored in the app.
  • Step 6:
    The charger resets its status to available on the tangle and all the transactions/messages are available for verification.
Tangle Output
IOTA Tangle output: Following charging all transactions are available for inspection in the tangle.

What We Learned:

The PlugInBaby PoC demonstrates the feasibility of an IOTA-based search and payment app for IOTA-based DIY chargers but it is far from ready-for-use outside of the lab/hackathon. A number of issues came up which will need to be solved before this system would be appropriate for public use.

  • Tags only allow for 27 characters which wouldn’t be enough to store latitude and longitude data plus a transaction ID without truncation. The team ended up using the message field to store data (location + charger status) while the tags were used to store a searchable charger identifier.
  • Speed is quite limited on the testnet. Specifically, we found that the testnet confirmation times were quite long late at night (2-3 minutes) when fewer users were online running test applications. This is due to the fact that each new transaction must approve two other transactions. This approach scales well but also requires many active nodes to submit and approve transactions. As both the testnet and the mainnet grow this problem should be mitigated.
  • Transaction caching was required to make the demo useable within the alloted three minute presentation time.
  • While the support from the IOTA team was excellent, we noticed that the documentation, particularly regarding the phython libraries, is quite lacking. This makes development a slow trial and error process.
  • Security and privacy are generally open questions within the IOTA ecosystem. The team assumed these issues to be outside the scope of this PoC. That said we raised privacy concerns regarding the possibility of API misuse and the lack of privacy often during the development process. Improved documentation and more descriptive error messages would go a long way towards making these issues easier to handle.
  • Masked Authenticated Messaging (MAM), the planned Private Transaction layer, and the integration of zero-knowledge-proofs into the IOTA ecosystem are exciting areas for new research given the current limitations of IOTA in the area of security and privacy.


To sum up, the team learned a lot about the implementation of an exciting use case that really makes sense for IOTA. Is this the only way to build such a system? No.  There are many other ways to find, navigate to and pay for electric vehicle charging. Many market-ready centralized systems are already up an running.  Our PoC demonstrates, however, that it’s possible to solve this use case using IOTA alone which allows for the possibility of a scalable decentralized approach. This, in turn, could open up the field to many more players and provide a common system for various entities to build upon.

Hackathon Participants
Team „PlugInBaby“ at the IOTA Hackathon in Gdansk, Poland

 Here is an overview of all reports on the IOTA Hackathon’s projects:

1st place – „PlugInBaby“:

…describes the idea and the pivot of the project
Team „PlugInBaby“: Open Car Charging Network (Part 2)
…describes the technical level and provides resources

2nd place – „Freedom Pass“:
Team Freedom Pass: Fraud Detection (Part 1)
…describes the high level of the project
Team Freedom Pass: Fraud Detection (Part 2)
…describes the technical level of the project