Looking for Blockchain use cases in our daily life, we came across the idea of using Blockchain for parking tickets. To move this idea further we are presenting it to the GTEC Blockchain contest taking place in Berlin in the coming weeks.

Please support and follow us for this event: 

As mentioned by Professor Michael Mainelli in a recent Coindesk article, long term smart contracts will take a while to take off:

At least in the near term “dumb and short-term contracts” will prevail over “smart long-term contracts”

We had for sure this idea in mind using the Ethereum technology for parking tickets! Difficult to have simpler and shorter term contracts...
Then the next question could be: "... nice but why do you then need a Blockchain technology for a parking ticket?  isn't it an over kill ?"

After exploring the concept, which was to be honest at the very beginning rather a technology show case, we see a number of benefits using a Blockchain technology. Just to mention a few:

• Services provided: the Ethereum platform comes among many other things with a distributed database (no need to bother about replication), with sealed transactions (no need to implement this ourselves) and is fully hosted with a very granular pay per use mechanism.
• Trust: for monetized services and pre paid accounts, trust is an important factor. Ensuring that the technology is proven and trustable and that the accounts are distributed and not owned by a company breaks a large obstacle for customers to trust the service.
• Eco system oriented: because of the shared ledger, all stakeholders can equally and transparently interact in an eco system. It is a platform of choice for collaboration. This aspect develops further overtime when the different participants integrate more natively the shared ledger in their own infrastructure.

Through this simple example, we got even more convinced about the Blockchain potential and are now pursing this idea further. We'll keep you updated on the next steps!

For now, thanks for supporting and following us for the GTEC event and find some more information on parkCoin here.

Smart Contracts : a new development paradigm

I am unfortunately old enough to have lived a number of paradigm shifts. In particular the shift from procedural to object-oriented programming and from monolithic to distributed to name a few. 

I remember in particular once looking at the architecture of a Corba project (Distributed objects) and realize to my great surprise that this object oriented technology had been used in a very conservative way. It was not at all taking advantage of the object paradigm, but just using this distribution framework as a regular Remote Procedure Call framework. It was not addressing directly the different object instances but rather rebuilding a layer in charge of dispatching calls to the requested objects.

Looking now at Ethereum I feel the same could happen. People may not realize that the Smart contract are changing deeply the way we will architect software: instead of being data driven code will become process driven with a much finer granularity. Alike object oriented programming which broke monoliths in small pieces, smart contracts will do the same for processing data.

Let’s take a concrete example: a bank will represent a portfolio in a database with a table having multiple columns for the various attributes. Processing a specific event on the portfolio like performing the life cycle of the instruments is currently implemented as a SQL Statement selecting the relevant data, followed by some processing transforming the data as needed. This first process will be then followed by others similar in nature. This computation is data driven : we select the data on which we want to apply the process.

Before Object Oriented programming, we were doing something similar at the model level: in the procedural approach all the different cases were merged into the same program which was handling all possible cases through batteries of switches. Object Oriented programming brought a much more granular approach: all specific cases were handled by specific objects making the code much more readable and easy to maintain. If this granularity was much better from a model point of view, the processes, often run in batches, even if running programs written in an object oriented way were still monolithic from a process point of view.

This is the process dimension that the smart contracts are addressing: those independent pieces of code are handling the life cycle of objects in a same granular way as the objects did for the data model years ago. Instead of grouping the processing of all transactions belonging to a portfolio, the smart contracts representing each portfolio line ie each transaction, will be running independently breaking down in pieces the monolithic approach we still have in writing batches.

This will have a major impact on how we implement processes: we will not scan data to find the relevant data which needs to be processed for a particular event, instead we will have autonomous small pieces of code implementing the process logic at the smallest possible granularity making these processes easier to understand and manage as object oriented simplified for ever the way we model software.