Dear Fellow Tulsans,

I come from a family of hard workers and both my maternal & paternal grandfathers protected our country in World War II.  They each made it home alive and worked in the oil fields upon their return.  I can't speak a lot of these men, since they both passed either before I was born or too soon to have memories of them. 


There is a lot to say and I may just opt-in for more video interviews rather than typing bios.  I will do my best...

I am offering my services, abilities, skills, knowledge, business acumen, etc to play & act the part of your next Tulsa Mayor for a single 4 year term.  I stress a single term and believe in executing plans within a desired time and passing the baton to the next eligible candidate that the 51% consensus elects to serve the next 4 years.  


I have come to the conclusion that my services and talents would be better served for the citizens of Tulsa in comparison to single serving doses.  I am compelled to illustrate, demonstrate, and explain in as shortened laymen's terms as I can when possible.

My father opened all the doors he could for me and I am proud to have shared time we did.  He taught me basic sales principals of a man with integrity and stands by what I believe in and what I understand to be the truth to which the best I am able.  I reiterate this in a way that needs to be understood very clearly: I am a man that realized years ago that one of the worst nightmares for myself was realizing I had been wrong about something and that moment when you realize that the conviction I had with a wrong mindset is very humbling to say the least.  He taught me about bait and switch and it was not a pro-consumer tactic and I should be weary of this and do not adhere to a bait and switch type of mindset and / or principal to practice sales in any type of situation. 

I am a man that realizes time is more valuable than any so called fiat currency either it be a US Dollar versus a Mexican Peso, it's all just a belief system.   You know this, just like some believe the Earth is FLAT or some people probably think that if you do not wear a condom that your chances for an STD would decrease, kind of like a motorcycle helmet, or even a protective mask while there is an outbreak on a pandemic proportion, nonetheless.

Time is our most precious limited resource, therefore we should not be wasting time on needless or redundant tasks, etc.  Believe it or not I have noticed that humans are acting like computers control them rather than we as humans are indeed the producer of the computer, not visa versa. Therefore it's time for us to start acting like humans that should be obsessed with how we can automate our work in ways that will free up more time to do other types of life tasks or what ever it may be.  

When it comes t

       those are "I come from a proud family that has been involved in public service for as long as I can remember. I want to work for you. We need to create more living wage jobs, improve our schools, and make public safety, gun control in particular, a top priority. With nearly a decade of government experience, I know what it takes to find solutions, navigate complicated governmental agencies, and get things done."

Grab your Tissues, 'cause Tulsa has some Issues...

Food Deserts in Tulsa County

Tulsa's Issues
1.  Junk Food / Poor Nutrition  
2. Poor Quality of Life = North vs South
3. Internet Poor Connection
4. Tulsa has no Blockchain
5. Lacking rail / subway / canal / river     transportation  
-no more waiting in lines or *HUMAN ERROR* to do voting tasks-
Full Stack Software Engineer at
© 2018 BlockChain Lion

Land Registration

Blockchain offers the opportunity to create a unique and incorruptible set of records in the real estate titling sector. This record would contain every change of ownership of any piece of land. It will also be transparent and ready for audits at any time.





Another way real estate can use the blockchain: creating tokens that represent a piece of land. Tokens will be transacted among parties to set ownership of land. The record of land transactions is immutably recorded in the blockchain’s history.


Right now every land and property related record is mostly paper-based, which means that transferring data is slow, costly and it can result in tampering of any kind of records. Americans also spent hundreds of millions in insurance to mitigate risks with real estate titles mistakes.


The blockchain would provide a distributed and standardized database where all these land registration records can be saved in permanently. No intermediary would be required to fetch some real estate data or change ownership of a piece of land. The US government can save billions of dollars and provide a higher standard of security if they can implement such a system.

Land registration blockchain lion.png
-no more waiting in lines or *HUMAN ERROR* to do voting tasks-
Full Stack Software Engineer at
© 2018 BlockChain Lion






















It is no wonder that one of the most researched areas of blockchain development is voting. Since the blockchain provides an incorruptible and transparent way to record transactions, it can be potentially used by citizens to exercise this critical public function without needing to blindly trust a mostly hidden centralized voting process.


Just like currently you have a voter ID card, you can potentially have a unique digital identity that allows you to send one single transaction in a voting-specific blockchain network. Casting your vote would basically mean that you create one transaction directed to one of the parties in the elections or ballot decision.

The winner party will have the most transactions received.


This would save costs to an unimaginable extent for a government because now nobody has to print any sheets, maintain complex voting machines, etc. Audibility of votes would also become publicly verifiable for the first time in history, with every citizen being able to see how many votes (transactions) were sent and to which party. Please note that your vote can still be anonymous, especially if you use cryptography to one-way obfuscate your personal voter ID.

Attackers would not be able to compromise the election results, because since the blockchain is a distributed database, they would need to hack simultaneously every node of the network, change the transaction history, and recalculate all the next blocks to fake a new consensus among them. This is impractical and almost impossible to achieve because it is already a hard and lengthy task to compromise one database in one single server, imagine many many different ones at the same time.

Real-Time Voting.png
Let's Rid Ourselves of "HUMAN ERROR"
-This is How-To Hi-Tech Taxes-
Full Stack Software Engineer at
© 2018 BlockChain Lion


Current tax systems were designed primarily with the trade of physical goods in mind, now that we are moving everything to digital goods problems are arising and governments tax authorities struggle.

What can blockchain do to the area of Taxes? It is definitely not the silver bullet, one-fits-all solution to make the perfect tax system, but it can definitely reduce the administrative complications and collect taxes more efficiently while reducing errors.


I think the main objective to solve is to narrow the tax gap. Commercial and any service-specific business can grant to tax authorities full auditing permissions into their blockchain with all transactions permanently recorded. This would mean that citizens face a higher risk of getting caught in the case of non-compliance, which will drive a correct behavioral change.

This type of blockchain auditing would also remove the risk of fraud and errors. For example, a full record of transactions in a blockchain can clearly show where VAT has been paid and where it has not, reducing VAT fraud to zero.

Remember that data on blockchains is also updated almost instantaneously, and it is fully traceable.

Taxes blockchainlion-images-11.png
-This is How-To Blockchain Notary-
Full Stack Software Engineer at
© 2018 BlockChain Lion

Notarization Services




















Hello everyone, this article is going to be cool, because I finally got to write some code to put things in practice instead of just talking. Remember that in the blockchain ecosystem there are 2 kinds of people:


1- The ones that just talk talk talk (literally almost everyone)


2- The ones that study, experiment, fail, get headaches, and finally build concrete solutions (a few engineers and entrepreneurs).


You can imagine how happy am I to finally say that I got my hands dirty and joined group #2 by concretely engineering a decentralized, blockchain-powered web application. Let’s dive together into the topic!


The problem

I want to illustrate how blockchain technology can solve the problem of digital asset notarization. By that I mean certifying that a computer file was created (and therefore existed) in a certain specific date&time.


Not only I wanted to solve that problem, but I also wanted to provide a way to undeniably prove that the same file was never changed since the date it was certified.


So, if you really are interested in solving this notarization problem using the blockchain follow through the article! You will get a complete overview from problem to crafting a functioning web application to solve it. Let’s go!


When I’m not working I do enjoy learning about computer forensics and sometimes I do related CTFs (CTF stands for Capture-The-Flag, programming and software security challenges) challenges. Because practice is the best way to learn something right?

One thing that I realized after doing a few forensic-based CTFs is that every property of a file can be easily changed/tampered, even by a non-skilled programmer.


This because it is trivial to open up the entire code of a file with particular text editors and simply edit the “metadata” of the file (the creation date, the file size, the last modified date, etc).


So if I want to fake a document and, for example, backdate it, nobody stops me from doing it!


Specifically I can open the file’s metadata, change the creation date to one year ago, and save everything. If anyone will later right-click and inspect the file properties will see the creation date as one year ago.

This gives unlimited possibilities to scammers and high profile fraudsters to carry their dirty schemes agains companies and/or government entities. One example that comes to my mind now is tampering digital photos for insurance fraud.


So if files are corruptible and malleable, how can we guarantee their integrity or authenticity over time? How can you put a tamper-proof stamp on it that says “this document/photo/file/spreadsheet existed today November 19 2019“?


The solution

First of all you need to know that we can use a cryptographic function called “hashing” to take a file as input, and output a string of letters and numbers called “hash” or “digital signature”, which uniquely identifies that file. The hashing function is one-way only, so it is impossible reverse, meaning you cannot get a file from a digital signature… Just like you cannot get potatoes back from hashed browns! (through the article we’ll use the term digital signature)


This is what “taking the digital signature of a file” means.

Now that you know what a file digital signature is, let’s try to come up with a solution for file certification together!


Hmm, maybe we can take a human, we can give him some authority, an office and then let him receive files by email! So he can inspect them, take the digital signature, and register these signatures in an excel sheet.


The problem with this approach is that it is massively inefficient, it’s gonna cost you so much to scale, let alone all the privacy and corruption problems that might come with it.


No problem, as a programmer I know very well how to make things fast and efficient! I can definitely replace the human with a 100% software-based robot! It will again accept files thru maybe a website UI or email attachment, hash them, and automatically archive their digital signature with a timestamp in a database.


Very efficient, but still not a 100% fail-proof solution unfortunately, because a skilled hacker can attack the server where the bot lives, knock it offline, and/or delete/modify the data stored in that database causing big damages.

Where am I going with this? I am showing you that this specific problem cannot be solved with a centralized intermediary, because whenever we are trusting a single central point we open ourselves to manipulation and corruption. We need to be 100% sure that once we certify a file nobody can tamper with it.


We literally need a ledger that can record information, but once that information is recorded it does not allow anyone to deleted it. We need a ledger that is available 24/7, a ledger that is supported by thousands of computers/servers distributed around the world. You guessed it right, we are going to solve this problem using the Blockchain!


Why did it take so long to get here? Because I wanted to show you the exact thought process I had when evaluating if this idea actually made sense to be blockchain-based. Do not make the mistake to think that blockchain solves EVERY problem, it is not a magic pill!


Ok, so now I have this technology that can accept any data, and record it permanently on thousands of computers. I know that once that data is stored nobody can delete it by definition (if you are not convinced here you need to go back to the basics and first understand how the blockchain works, it’s all covered in my first articles).

The final solution can therefore be summarized with these main points:

  1. Take a file.

  2. Take the file’s digital signature.

  3. Write that digital signature together with today’s date into the blockchain.

  4. Wait for the transaction to be mined and permanently included in the blockchain, then take note of the transaction and block number.

  5. Store the file certification data so it can be retrieved later, in case there will be the need to check the file existence/integrity.

The best way to accomplish this by building a web interface, hosted on a publicly accessible URL. Now let’s engineer this solution and make it reality!

The technical implementation


Where do we start? Well, the first step is to actually pick a specific blockchain that we can use to engineer our product. There are 3 types of blockchains that we can develop on:


1.  Globally distributed, public, non-programmable (turing incomplete) blockchains: an example of this kind of blockchain is the Bitcoin one, which is “dumb” (but extremely resilient) because it cannot be programmed, it just performs calculator-like functions and stores little information. It was the first blockchain ever invented.

2.  Globally distributed, public, programmable (turing complete) blockchains: here I’m mainly referring to the         blockchains that can run “smart contracts” on them, this means you can use a dedicated programming landuage like Solidity to code a complete set of rules with complex logic and have it run completely on the blockchain. They also allow storage of any kind of data since you can declare variables and data structures. These are the blockchains of Ethereum, EOS, Tron and many more.

3.  Federated, private/consortium, blockchains: From an engineering perspective, these blockchains are not that different from a well structured centralized SQL database cluster. The computers supporting this blockchains are not globally distributed, but usually located in datacenters owned by corporations/companies. So it is basically a centralized data storage with a fancy name and innovative branding that gets the VC investors excited (Will rant about this in a different article maybe).


So since I definitely did not want to use #3, I was left between choice #2 and #1. Both are well suited for this project because I literally just need to store some data, no need to create complex logic (if this happens then do that, else do that other thing).


At the end I decided for #2 because it was way easier to get started with developing. Specifically I picked Ethereum, the oldest and most established programmable blockchain.


Also the most established framework to build dApps (decentralized applications) is Truffle Suite, so I decided to pick up its documentation and learn it. Truffle is amazing because it keeps everything in one place, it has a lot of documentation and helpful troubleshooting resources in case s**t hits the fan.


The architecture for my dApp was going to be the following:


The Frontend


The front end is, as the name implies, the front of the application, so the interface through which users will interact. The front end is implemented in React, but it could have been Angular, Vue, EmberJS or even vanilla HTML+CSS+Javascript. Doesn’t matter what you choose.


What matters is that the front end Javascript uses the WEB3 library to communicate with the blockchain.

Specifically to this project, the frontend allows a user to upload a file that needs to be certified, hashes it, and writes it to the blockchain thru a small cryptocurrency transaction using the MetaMask Wallet. The wallet transaction is invoked thru the Web3 library.


The other responsibility of the front end is not only to accept files, hash them and send their metadata to the backend, but it is also to retrieve past interactions and to generate a pdf certificate for each file that was certified in the past.


The Backend

In this project the backend is the real superstar, in fact the backend is the actual ethereum blockchain!


In a regular non-blockchain app, the backend is usually a software (so a set of instructions written in computer code) that runs on a server and remembers things (data) thanks to a connected database like SQL or MongoDB.

So how can our backend now be the blockchain? Where does the code run if we don’t have a server?

Well, to use Ethereum as an app backend you need to write and publish a smart contract. A smart contract is a set of rules written in a programming language called Solidity, and will be responsible for handling application backend logic and for recalling/storing data.


Writing a smart contract is a bit similar to writing software for a rocket that will be launched in space, no joke! Once you deploy it to the blockchain, it cannot be deleted or erased. Always remember that ANY data that is written to a distributed blockchain (smart contracts included) cannot be changed/tampered! So how to improve the backend and write new code? Deploy a new smart contract to a new address and point the frontend to that new address instead of the old one.

     So here’s the smart contract source code with comments:

     //declare the solidity compiler version

     pragma solidity ^0.5.12;

     //declare the contract

     contract Authenticity {

     //declare the event that will be fired when a file is certified.

     event FileCertified(address author, string fileHash, uint

     timestamp, uint fileSize, string fileExtension);

     //declare a structured data that describes a certified file

     struct FileCertificate { 

          address author;

          string fileHash;

          uint timestamp;

          uint fileSize;

          string fileExtension;


     //declare an object that will store the file certificates by


     mapping (string => FileCertificate) fileCertificatesMap;

     //function that allows users to certify a file

     function certifyFile(uint fileSize, string memory fileHash,

     string memory fileExtension) public payable {

          FileCertificate memory newFileCertificate =

     FileCertificate(msg.sender, fileHash, block.timestamp, fileSize,


          fileCertificatesMap[fileHash] = newFileCertificate;

          emit FileCertified(msg.sender, fileHash, block.timestamp, fileSize,



          //function that allows users to verify if a file has been

     certified before

          function verifyFile(string memory fileHash) public view returns

     (address, string memory, uint, uint, string memory) {

             return (fileCertificatesMap[fileHash].author,                   








(GitHub Link)


Again, the functions will be called by the front-end, and the FileCertified event is what gets fired every time a file is certified. Events are super useful for keeping a history of certified files.

As far as the DevOps side of things, I detailed how I deployed the contract to the ethereum testnet in this article.


The dApp

I called this project NOTARX, which stands for Notary eXpress. Here’s finally a demo:






Quick demonstration!

You can try it yourself too! Just visit! Make sure you have MetaMask installed and connected to the Ropsten Testnet network.


If you are a programmer and you want to see the source code of this dApp you can check it out here.

I deployed it on testnet instead of mainnet because it’s an alpha version, I want to test it extensively now before moving it to the mein ethereum network and involve real money into it.


Final thoughts



It was a fun ride, creating a product with such newborn technologies is no easy feat. In fact things kept breaking, I had to digest lots of documentation, ask a few questions on StackOverflow/Reddit and understand how to tie everything together.

I hope you enjoyed the ride! Remember, whenever you are presented with a problem you should follow more or less the same flow to understand:

  • If the blockchain is really necessary to solve the problem.

  • How to structure/architect your dApp so that you can bring it to market fast.

Would you have done things differently? Do you want to know more details? Leave a comment!! Do it!

Thanks for reading all the way down here <3 !


Published by:



Full Stack Software Engineer at View all posts by Fede

Notary lion blockchain.jpg
FRONT TO BACK blockchainlion-images-2-1-