Alan Zibluk Markethive Founding Member

Alan Zibluk Markethive Founding Member

Can Applications Communicate Over Blockchains?

  

The author Benedikt Herudek pushes the frontiers of decentralized systems in describing how Turing Machines can communicate over Blockchains.

We will suggest introducing Turing Blockchain Machines, using Blockchains as a Turing Tape. Turing Machines are a simplified yet powerful Model for Computability and the every-day life programs we design and use. We introduce them as a ‘Gedankenexperiment’ on an abstraction of Blockchains as Turing Tapes with specific features to try to answer the question, if applications could communicate over the Blockchain.

This endeavor is connected to the question, how far we can push Software Decentralization and with them human relations and society organized by them? Decentralization is a promise because the Implications of using Technology in the way Bitcoin does, suggest it is possible to defeat large cartel-like organizations, which sit right and accepted in the middle of society.

Technology does have a liberating power if designed right: kicking out ‘middle-’ or ‘highwaymen’ is one of them.

The question raised here (we are not ready to give an answer) is a connected precursor to the vision to endow Blockchains with a ‘Turing Complete Language’. Such Blockchains, foremostly Ethereum aim to have ‘programmable money’ and want to allow decentralizing any application logic, (not ‘just’ money). The approach suggested here aims to have any kind of signal (not ‘just’ money) exchanged via Blockchains, such that it is clear ‘what it means’. Both approaches have in common to attempt to generalize Bitcoin‘s Blockchain approach.

Ingredients of decentralization

If you purchase a good or a service from someone, who doesn’t happen to be your neighbor or a family member, you typically need these three ingredients.

1. ‘Money’ and an accepted way to pay, like cash or electronic payment
2. A common nomenclature as a basis for agreeing what you buy and the seller sells
3. A governance framework to ensure you get what you ordered, you pay what you received and can dispute if appropriate

One form of trade trading over the Internet, private-public key cryptography and browsers are practically indispensable but taken as a given here. When you want to decentralize trade in this sense you need

Regarding (1):
Bitcoin. Bitcoin solves the double spending problem with a distributed System and a ‘hardened’ Ledger based on the proof of work mechanism

Regarding (2):
We can solve this problem if we can prove that Turing Machines can teach each other languages over a Blockchain. This is the focus here.

Regarding (3):
Turing Complete Blockchains, e.g. Ethereum. If we can establish

Smart contracts which are distributed, verifiable and ‘unstoppable’ we have a good chance to digitalize and decentralize important and relevant parts of governance Above listed ‘smart contracts’ realm is sometimes referred to as ‘Internet of law’ as opposed to ‘Internet of money’ referring to Bitcoin and other digital currencies. In the digital realm you can easily imagine one get music files delivered, based on cryptocurrency payment was done or certain conditions (amount of clicks on your post) are fulfilled. Where conditions and delivery lap over into the real world (like delivering a book after you successfully ran a marathon) currently it takes a bit more imagination (and IoT, sensors and maybe even Artificial Intelligence) to imagine the general working of such smart contracts.

Note that questions like ‘Can Machines teach languages’ or ‘Can Machines understand each other’ are rather ‘fuzzy’ questions. They can easily lead astray into questions like ‘Can Machines Think?’ With Chomsky and others, it is important to realize that these questions are ultimately questions as to which metaphor one wants to choose. A better way is to reuse Alan Turing’s approach and try to formalize the question such, that it can be answered.

Half way decentralization

Imagine you ‘don’t mind’ a translation layer as described above in (2). You only mind (1) the decentralized payment and (2) a Turing complete language as part of the Blockchain. Then, you set out to build a new kind of marketplace, a ‘decentralized eBay’ on top of it. Your infrastructure and your payment are decentralized, still, you will end up with a ‘large monolithic application’.

Even on decentralized platforms, for applications, some kind of organization has to define the rules, e.g. how to offer and purchase goods, which data formats they need to use and so on.

Everyone will have to abide the rules that ‘decentralizes eBay’ set up. Even if the founders have best intentions to not monopolize the process, centralization will have to happen because of the basic architecture of the System. A typical answer to this centralization on the Turing complete Blockchain is the so-called ‘Decentralized Autonomous Organization. The idea is essentially the organization defining all rules needed to run the applications, is itself democratic and decentralized.

But however well intended and efficient a Decentralized Autonomous Organization would be, it is still an institution to force parties into agreements on how applications should be set up. The more successful a DAO is the less an individual voice will count, the less autonomy there will be and the more centralized the DAO will look to the individual.

Seeking Decentralization in rich applications on top of a decentralized turing complete platform will lead to centralization on the Blockchain. The ‘trick’ to avoid this ‘successful DAO dilemma’ is to not place entire Applications on an immutable Blockchain. Rather, only the transactions that concern Communication between two parties should go to the Blockchain and only on those (but not on the entire Application Logic) should parties have to agree. To allow innovation you need to give autonomy to their applications and force them under agreements on the shared Blockchain, only where absolutely necessary. You want to keep your network dumb, allow autonomous edges to run innovation.

With ‘decentralization’ we foremostly target towards certain effects on power and social relations we would like to see in the real world, like e.g. making banks unnecessary for payment traffic and central banks obsolete for monetary (specifically inflationary) policies. Technology is an enabler only and technically, decentralization these days is typically implemented by a Distributed System with a consensus system, to ensure there is just one truth in spite of many copies of the shared database. If you stress values like ‘autonomy’, ‘resilience’ or ‘simplicity’ in your system you could with some right also claim that paradigms like ‘Service Oriented Architecture’ or ‘Micro-Architectures’ should be seen as part of the Decentralization Paradigm. Those are architecture patterns, describing how Systems can communicate while being decoupled. They are typically mentioned in an enterprise context and do not have the privilege of carrying the sub-service odor of Bitcoin but they certainly are architectures carrying the possibility to not build ‘huge monolith blocks’, which is really just another expression for ‘not Centralizing’. Some describe Microservice as Service Oriented Architecture without the so-called ‘Enterprise Service Bus’. This is the Integration Layer, which tends to take over a lot of logic like routing and translating different nomenclature. How ‘smart’ you want to design your network and how much logic you want to put into it, is a recurring theme in designing Systems and can have surprising effects, what power relations Systems can implicate.

Of course, there are legitimate usages of a turing complete Blockchain, e.g. for the Internet of Things. Nothing stops one (e.g. if one prefers DAO’s over conventional companies and that does hold a lot of promises) to rewrite known applications on a turing complete Blockchain. However, for the context we are looking at it, turing complete Blockchains main usage would be to — one fine day-(semi-) automate governance with smart contracts.

Automating Translation

Here is why you should care about (2), the translation layer: Your main reason, why Amazon or Ebay has a website you go to, is that it allows you get in touch with the creator or owner of something you would like to have. It allows you to pay (1) and when you paid, it gives you a governance framework (3) to ensure the process (like shipping) works for you because there are legal frameworks behind both the platform and the vendors offering their goods. Somewhat hidden is the fact that the platform delivers a significant (2) ‘translation exercise’ for you. That would be obvious if a Spanish person offers a good offered over eBay by a Chinese person and both only speak English. The platform just sets a common standard (English), how these people can interact. But that would be just the UI surface, the platform itself sets all kinds of standards that enable interaction: The vendor has to accept a certain User Interface and with that, a certain data format prescribing, how the article pictures and descriptions are rendered. That Data format to offer goods then works perfectly with the data format prescribed by eBay to purchase goods, which is the format working ‘under the hood’ when you press the order button. Ebay, in fact, acts as your translator, you have to pay for that. This might be more obvious if we think through this situation in a B2B context where companies would offer and order good via message Systems, automated and without a User Interface. The messages to offer goods would need to be matched with the messages wanting to buy goods. Someone needs to translate these messages into each other.

Typically this just happens via the man in the middle setting a standard. This is the common way these days to establish common terminology allowing applications to talk: per definition. In a typical enterprise, if you want two applications to talk to each other, you make a design, where both parties agree with which messages eg in formats like JSON or XML they will communicate. Whoever went through this, knows this can be a painful process and doesn’t make your projects ‘exactly agile’. On a broader scale, you will have entire bodies with the goal to set standards, like eg the World Wide Web Consortium. Many have good intentions, but the necessary effort and time for meetings and achieving agreements is not a healthy environment for fast innovation. Worse, there are ‘information-cartels’, whose business model eventually depend on establishing and dominating standards allowing people to connect. Ebay and amazon would dominate, even if we would all pay with Bitcoin and even if they were rebuilt on ethereum and ran as a DAO. But all they do is make sure technically people get in touch with each other.

Establishing a common nomenclature per definition is not only stifling innovation it also opens up the backdoor for monopolists and decentralization.

A different way of establishing communication could be to use an approach similar to how we translate natural languages with machines like google translate, essentially we just have a look at how so far parties communicated and draw our conclusion for the future. One could easily imagine building a general machine translation ‘google translate for apps’: all kinds of messages connecting different Systems would be fed in, working translations (typically initiated by humans via above described ‘definition’ approach) would be used to bootstrap the engine and then a self-learning ‘google translate for apps’ would be set up to translate message formats into each other. With the size and clumsiness of the Application Integration Business, it is a surprise, enterprises didn’t use Neural Networks to widely automate this part of the Application Integration Business, just as a decade ago cloud computing started automating (in the sense of ‘hiding from the client’) hardware setup.

Even more so because you don’t have to come up with fancy neural networks to predict, how some Systems will communicate. You could just say if two applications are part of the same industry, they probably use standard XYZ, if they are from the same vendor they probably use standard ABC, if similar Systems have used message formats 123 before for similar cases these two fellows might need just the same, maybe you can parse an XML and reassemble it with some other names and the target system will ‘eat it’. Sometimes a ‘nice & long if then statement’ is just about right.

But doing trade predicting future terminology based on the past just isn’t good enough in many circumstances. Sending Bitcoin over the Blockchain and establishing smart contracts on platforms like ethereum is a binding agreement, which absolutely cannot or should not be changeable: immutability leaving no room for disputes is the cornerstone of such use cases. If you inject now a level of uncertainty as to what your terminology was really supposed to mean, you open the backdoor for irrefutable disputes Imagine Application A sends a message, B takes the translation from an Integration layer, reasoning (‘messages XYZ usually mean in other contexts ABC for applications like me’) and delivers an expensive good. Now, A can always claim ‘well, you misunderstood me. The fact that in cases before the message XYZ translates into ABC doesn’t hold here. I want my money back.’

Predicting future translations based on past successful translations isn’t good enough for Blockchains and the level of trust and binding agreements to base smart contracts on them.

Another way of thinking of this is the following thought experiment. Imagine, a Mars-UFO lands in Amsterdam, Central Station. It’s an unmanned ship, but there is a pretty smart Computer inside. We want to communicate with this device. Connect it to the best and super-trained machine Language Integration layer. It will deliver no results, because saying that our ‘earth-machines’ communicate in ways XYZ, doesn’t mean anything for ‘mars-machine’. Even if we think we ‘understand’ the machine (with an assumption as ‘there are only so many ways how digital systems can operate’), we never really know, if we understand the machine correctly. Now, if ‘setting standards’ stifles innovation, fosters centralization and ‘predicting based on the past’ isn’t a safe enough bet, one way out of the deadlock could be machines teach each other the language, unambiguously and retraceable over an immutable Blockchain, with which they will transact.

Talking Turing Machines

A ‘Blockchain Turing Machine’ is a conventional Turing Machine with the following specifics:

1. The Blockchain is the shared Turing Tape. There is one machine sending, while the receiving machine is attempting to detect the state machine table of the sending machine
2. More general, in a Blockchain Turing Band, we will have several participants talking to each other. For our purposes, we will just consider one pair of sender and receiver
3. Machines can never erase fields, that is for one direction when they move they can only read but not write. This is reflecting the Blockchain immutability feature.

State Machines would be any Applications behind an address, which write transactions onto the Blockchain to communicate with other Applications. There would be no Turing Complete Language, the endpoints, however, could have any Turing Complete Language and any rich features they like. The logical translation and communication layer would be connected to layers for payment and governance, the latter potentially turing complete.

Here is a simple example, Bit Inversion.

The Sender holds a State Machine with the Following State Table. So we write a 1 and move the tape right by one square. The symbol being read is now 1, so we write a 0 and move the tape right by one square Similarly, the symbol read is a 1, so we repeat the same instructions. If, in any case, the Receiver can ‘figure out’ the state table of the sending Turing Machine only if the Sender presents ‘all he got’ (operations, symbols) within a fixed time limit. With that in mind, our question is:

Can we describe a Blockchain Turing Receiver Machine, that is capable of noting down any Blockchain Turing Machine Sender state table unambiguously while watching all the Senders operations and symbols on a shared Blockchain Tape?

If this is the correct question, then one way of investigating is going over the numerous theorems proven over Turing Machine to see what they can contribute. Some other interesting questions to investigate could be:

1. Are Blockchain Turing Machines (no erase possible) useful
2. Do we need to restrict the language types (e.g. along the Chomsky hierarchy) sending Machines can use to make translation for the receiver possible
3. Are there languages or certain statements that can in principle not be translated unambiguously?

We will not discuss those but ask, how we could interpret a ‘yes’ to the question we ask. My conjecture: It means ‘quite a bit’. Take a Computer Program that essentially ‘figured out’ what another Application does, of which it ‘just sees’ some messages. It means this program ‘knows’ what these signals mean and can, therefore, initiate appropriate action. Now, it’s a quite a leap from the Turing Machine sparse notation towards a full Web or Enterprise Applications sending JSON or XML message (‘Clients want a uber- ride Berlin Brandenburger Tor to Tiergarten right now’). But that’s the beauty of Turing Machines, they are simple but can simulate essentially ‘anything’ you need in the digital world. Note also that Applications absolutely do not need to know everything about each other, lots of the typical application logic (how the app works to order an Uber ride, what internal states are saved, how the UI works) is entirely irrelevant to the trading partner (the individuals offering the ride application): Only the transactions counts and that is often much simpler than the entire application producing the message.

Having such a Blockchain Turing Machine Translation Mechanism (transforming a Blockchain into a ‘Babel-chain’ if you will), would have considerable advantages over the above-listed Mechanism to connect Application. The Mechanism wouldn’t offer any ‘wiggle — room’ and no room undue transaction fees. Take the approach, where we assume Application ABC ‘probably meant that’ because similar applications ‘meant that’ in ‘similar cases’. You can’t base important transaction on that unless a human checked it. Because whoever ordered, could always argue there was a misunderstanding, and in this case, the machines cannot just conclude from the past to the future. If you involve humans to review Machine translations or simply set standards for communication from the beginning, you will have all the disadvantages that ‘middlemen’ bring along, best studied with the example of Banks: They will want a share of your transaction, even though they add little value other than facilitating a transaction. They tend to inflate their importance beyond their due position.

If you can automate the translation between Machines and run this over a public and immutable Blockchain, you leave no room for misunderstandings no backdoors as to what ‘was meant’. Everyone can check the ‘understanding handshake’ and the language the two machines agreed upon for their transaction. There is no place for humans or organizations taking an undue tax on your producers and consumers transactions.

After the terminology is agreed, the transaction itself goes into an immutable and verifiable Blockchain, payments and governance can be processed. If we can’t make turing machines teach their language we need to revert to one of the two other ways to make machines talk. Agreements can work, the internet, for example, is widely build on accepted standards like http and smtp — it works, but it is hard to imagine how you could get monopolists agree to standards today. Making a prediction based on past experience can take us far but also only so far as to the binding character we would like to see on Blockchains. A hybrid approach could be another interesting option, where you agree for example on an algorithm to generate translations based on past working translations. And the agreement is that whatever a certain algorithms spits out, will be the agreed message format.

Request for Comment

Decentralization is the task of relieving us of the ‘middle-man’ tax. Gain and fame should be with the producers of goods and much less with cartels dominating trade — just like banks should have a serving, not a dominating role in the economy. Technology allowing true peer2peer transactions with no room for centralisation can play a liberating role. Avoiding centralisation in Networks implies placing the rich application in autonomous endpoints of the network. Doing this requires making ‘Applications talk’ such that there is no human intervention required and certainty over common nomenclature. Asking the question, if Turing Machines can communicate over Blockchains is a way of trying to push the frontiers of Decentralised Systems.

Chuck Reynolds
Contributor
Please click either Link to Learn more about TCC-Bitcoin.

Alan Zibluk Markethive Founding Member

  

Smart contracts are touted as having the potential

 to do all kinds amazing things. But, to fulfill their promise, they need a way to communicate with the outside world. That is not so easily done. Due of the nature of a blockchain (all nodes need to agree on any change in state of the database), smart contracts cannot simply fetch data on their own. So, instead, they rely on 'oracles'. A key part of the smart contract ecosystem, oracles allow smart contracts to access information, like a commodity, currency, derivative pricing and more, from websites, and then use that data to implement the terms of a smart contract. But oracles come with their own set of challenges.

For example, an oracle needs to be able to provide a tamper-proof source of information. So, if your smart contract offers insurance against flight cancellations, you want to make sure that the data you are getting on flights is accurate, and has not been altered at any point after being scraped from the website. Confidential queries are another issue. Say, a smart contract needs information on a personal bank statement or a medical record. A query from the oracle to the website would need to contain login, password or other private information. And you don't want anyone seeing that.

Sealed in a box

To that end, researchers at Cornell's Initiative for Cryptocurrencies and Contracts (IC3) have launched an oracle service that allows ethereum smart contracts to obtain trustworthy information and to securely send confidential queries to websites. Unlike other oracles, Town Crier, as the service is called, gets its added security from Intel's Software Guard eXtensions (SGX). IC3 has already implemented SGX on Teechan, a proposed off-chain payment solution for bitcoin, though not without some measure of debate. But Town Crier is officially IC3's first published and first deployed SGX-based tool.

If you are wondering how SGX works, it essentially lets you run code inside an enclave, or a type of black box environment, which provides extra protection against tampering. Not even a computer's own operating system can see the data inside the enclave. Another feature SGX offers are 'remote attestation'. That means those using the service will be able to validate Town Crier code is, in fact, running in a secure SGX environment. Ari Juels, a professor at Cornell Tech working on the project,

told CoinDesk:

"Assuming that you trust SGX, data delivered by Town Crier from a website is guaranteed to be free from tampering. This authenticity property means that to trust Town Crier's data, you only need to trust Intel's implementation of SGX and the target website."

While Town Crier runs its core code on a server with an SGX chip, the solution also has a front end that consists of a smart contract running on the ethereum blockchain. According to Juels, Town Crier will also be instrumental for permissioned blockchains, in which fewer, trusted participants exchange data.

He said:

"Even if banks trust one another to source data correctly, they are not going to trust one another to handle data on business plans or trades, so confidentiality features of a system like this are also very important in a permissioned setting."

Other solutions

Still, IC3 is not alone in seeking to provide assistance on oracles. Other oracles that have been proposed in the past include Augur and Gnosis, which are both prediction markets that rely on the 'wisdom of the crowd'. Another service is Oraclize, which relies on a TLSNotary – a service that allows an auditor to verify if a specific web page was accurately retrieved. Still, Town Crier has framed as unique in that it relies on a specific type of hardware for its security. Right now, although fully functional, Town Crier is still officially in alpha, nd supports only query types for flight data, stock tickers, UPS tracking and weather data. The project has also partnered with SmartContracts.com, so anyone wanting to spin up a Town Crier oracle and experiment with coin price queries, and easily do so.

Chuck Reynolds
Contributor
Please click either Link to Learn more about TCC-Bitcoin.

Alan Zibluk Markethive Founding Member

Blockchain technology could help poor people around the world

Big Wall Street companies are using a complicated technology called “blockchain”

to further increase the already lightning-fast speed of international finance. But it’s not just the upper crust of high finance that can benefit from this new technology. Most simply, a blockchain is an inexpensive and transparent way to record transactions. People who don’t know each other — and therefore may not trust each other — can securely exchange money without fear of fraud or theft. Major aid agencies, nonprofits, and startup companies are working to extend blockchain systems across the developing world to help poor people around the globe get easier access to banks for loans or to protect their savings.

Listening to scholars of business and technology focusing on the impact of blockchain and other modern technologies such as cloud computing, big data and the Internet of Things on poor people, there are four main ways blockchain systems are already beginning to connect some of the world’s poorest people with the global economy.

How does a blockchain work?

A blockchain is a fancy word for a transaction-recording computer database that’s stored in lots of different places at once. The best-known example of blockchain technology is the electronic cryptocurrency called bitcoin, but the concept can be applied in lots of different ways. One way to think about a blockchain is a public bulletin board to which anyone can post a transaction record. Those posts have to be digitally signed in a particular way, and once posted, a record can never be changed or deleted. The data are stored on many different computers around the internet and even around the world.

Together, these features — openness to writing and inspection, authentication through computerized cryptography and redundant storage — provide a mechanism for the secure exchange of funds. They can even involve what are called “smart contracts” — transactions that happen only if certain conditions are met — such as a life insurance policy that sends money to the beneficiary only if a specific doctor submits a digitally signed death certificate to the blockchain. Right now, these sorts of services are available — even in the developed world — only because nations have strong regulations protecting the money people deposit in banks and clear laws about obeying the terms of formal contracts.

In the developing world, these rules often don’t exist at all — so the services that depend on them don’t either or are so expensive that most people can’t use them. For instance, to open a checking account in some parts of Africa, banks require enormous minimum deposits, sometimes more money than an average person earns in a year. A blockchain system, though, inherently enforces rules about authentication and transaction security. That makes it safe and affordable for a person to store any amount of money securely and confidently. While that’s still in the future, blockchain-based systems are already helping people in the developing world in very real ways.

Sending money internationally

In 2016, emigrants working abroad sent an estimated $442 billion to their families in their home countries. This global flow of cash is a significant factor in the financial well-being of families and societies in developing nations. But the process of sending money can be extremely expensive. Using MoneyGram, for example, a worker in the U.S. with $50 to send to Ghana might have to pay $10 in fees, meaning the family would receive only $40. In 2015, transaction costs and commission rates averaged 10.96 percent for remittances sent from banks and 6.36 percent for sending money through money transfer operators. Companies justify their costs by saying they reflect the price of providing reliable and convenient services.

By contrast, Hong Kong’s blockchain-enabled Bitspark has transaction costs so low it charges a flat rate of about $2 for remittances of less than $150 and 1 percent for larger amounts. Using the secure digital connections of a blockchain system lets the company bypass existing banking networks and traditional remittance systems. Similar services helping people send money to the Philippines, Ghana, Zimbabwe, Uganda, Sierra Leone and Rwanda also charge a fraction of the current banking rates.

Insurance

Most people in the developing world lack health and life insurance, primarily because it’s so expensive compared to income. Some of that is because of high administrative costs: For every dollar of insurance premium collected, administrative costs amounted to $0.28 in Brazil, $0.54 in Costa Rica, $0.47 in Mexico and $1.80 in the Philippines. And many people who live on less than a dollar a day have neither the ability to afford any insurance nor any company offering them services.

In India, for example, only 15 percent of the population has health insurance. Even those people pay higher relative premiums than in developed countries. As a result, people in South Asia pay a much greater share of their health care costs out of their own pockets than do people in high-income industrialized countries. Because blockchain systems are online and involve verification of transactions, they can deter (and expose) fraud, dramatically cutting costs for insurers. Consuelo is a blockchain-based microinsurance service backed by Mexican mobile payments company Saldo.mx. Customers can pay small amounts for health and life insurance, with claims verified electronically and paid quickly.

Helping small businesses

Blockchain systems also can help very small businesses, which are often short of cash and also find it expensive — if not impossible — to borrow money. For instance, after delivering medicine to hospitals, small drug retailers in China often wait up to 90 days to get paid. But to stay afloat, these companies need cash. They rely on intermediaries that pay immediately but don’t pay in full. A $100 invoice to a hospital might be worth $90 right away — and the intermediary could collect the $100 when it was finally paid.

Banks aren’t willing to lend money in places where fraudulent invoices are common, or where manufacturers and their customers might have inconsistent and error-ridden records. A blockchain system reduces those concerns because these records must be authenticated before being added to the books and because they can’t be changed. Those Chinese pharmaceutical companies are getting help from Yijan, a blockchain that is a joint effort of IBM and Chinese supply management company Hejia. Electronics, auto manufacturing and clothing companies facing similar difficulties are the test markets for Chained Finance, a blockchain platform backed by financial services company Dianrong and FnConn, the Chinese subsidiary of Foxconn.

Humanitarian aid

Blockchain technology also can improve humanitarian assistance. Fraud, corruption, discrimination and mismanagement block some money intended to reduce poverty and improve education and health care from actually helping people. In early 2017 the U.N. World Food Program launched the first stage of what it calls “Building Block” — giving food and cash assistance to needy families in Pakistan’s Sindh province. An internet-connected smartphone authenticated and recorded payments from the U.N. agency to food vendors, ensuring the recipients got help, the merchants got paid and the agency didn’t lose track of its money.

The agency expects using a blockchain system will reduce its overhead costs from 3.5 percent to less than 1 percent. And it can speed aid to remote or disaster-struck areas, where ATMs may not exist or banks are not functioning normally. In urgent situations, blockchain currency can even take the place of scarce local cash, allowing aid organizations, residents and merchants to exchange money electronically. Blockchains can even help individuals contribute to aid efforts overseas. Usizo is a South Africa-based blockchain platform that lets anyone help pay electricity bills for community schools. Donors can track how much electricity a school is using, calculate how much power their donation will buy and transfer the credit directly using bitcoin.

Future potential

In the future, blockchain-based projects can help people and governments in other ways, too. As many as 1.5 billion people — 20 percent of the world’s population — don’t have any documents that can verify their identity. That limits their ability to use banks but also can bar their way when trying to access basic human rights like voting, getting health care, going to school and traveling.

Several companies are launching blockchain-powered digital identity programs that can help create and validate individuals’ identities. Using only an internet-connected smartphone, a person is photographed and recorded on video making particular facial expressions and speaking, reading an on-screen text. The data are recorded on a blockchain and can be accessed later by anyone who needs to check that person’s identity. Without email, phones, passports or even birth certificates, a blockchain could be the only way many poor people have to prove who they are. That could really make their lives better and expand their opportunities.

Chuck Reynolds
Contributor
Please click either Link to Learn more about TCC-Bitcoin.

Alan Zibluk Markethive Founding Member

How Blockchain Could Help
Emerging Markets Leap Ahead

Alan Zibluk Markethive Founding Member

Intertwining Artificial Intelligence With Blockchain

  

 Is your management team asking about the future

of your contact center technology & strategy? This webinar will show you how to avoid pitfalls when replacing infrastructure, as well as how to create an effective migration plan. Except for those folks living under rocks (sounds uncomfortable), everyone knows about or at least has heard of bitcoin. However, not everyone understands the technology of bitcoin, which extends well beyond Internet-based currency.For the rock people, bitcoin is an Internet-based currency that allows for transparency with respect to each transfer of the currency through the use of a distributed database. Each transaction is locked in a block, and blocks are connected to form a "blockchain."

Alan Zibluk Markethive Founding Member

Alan Zibluk Markethive Founding Member

The findings follow growing concern among politicians,

health bodies, doctors, charities and parents about young people suffering harm as a result of sexting, cyber bullying and social media reinforcing feelings of self-loathing and even the risk of them committing suicide. “It’s interesting to see Instagram and Snapchat ranking as the worst for mental health and wellbeing. Both platforms are very image-focused and it appears that they may be driving feelings of inadequacy and anxiety in young people,” said Shirley Cramer, chief executive of the Royal Society for Public Health, which undertook the survey with the Young Health Movement.

She demanded tough measures “to make social media less of a wild west when it comes to young people’s mental health and wellbeing”. Social media firms should bring in a pop-up image to warn young people that they have been using it a lot, while Instagram and similar platforms should alert users when photographs of people have been digitally manipulated, Cramer said. The 1,479 young people surveyed were asked to rate the impact of the five forms of social media on 14 different criteria of health and wellbeing, including their effect on sleep, anxiety, depression, loneliness, self-identity, bullying, body image and the fear of missing out.

Instagram emerged with the most negative score. It rated badly for seven of the 14 measures, particularly its impact on sleep, body image and fear of missing out — and also for bullying and feelings of anxiety, depression and loneliness. However, young people cited its upsides too, including self-expression, self-identity and emotional support. YouTube scored very badly for its impact on sleep but positively in nine of the 14 categories, notably awareness and understanding of other people’s health experience, self-expression, loneliness, depression and emotional support.

Chuck Reynolds
Contributor
Please click either Link to Learn more about Inbound Marketing.

Alan Zibluk Markethive Founding Member

Facebook and Twitter 'harm young people's mental health'

Young people scored Instagram the worst social medium for sleep,

body image and fear of missing out. Four of the five most popular forms of social media harm young people’s mental health, with Instagram the most damaging, according to research by two health organisations.Instagram has the most negative impact on young people’s mental wellbeing, a survey of almost 1,500 14- to 24-year-olds found, and the health groups accused it of deepening young people’s feelings of inadequacy and anxiety.

Alan Zibluk Markethive Founding Member