True Digital Age by Gavin Wood

True Digital Age by Gavin Wood

Gavin Wood, the founder of Parity Technologies, a Polkadot developer and a co-founder of Ethereum, shares his thoughts on what is wrong with the existing Internet and why we need to move to Web 3.0

September 5, Gavin Wood published Why We Need Web 3.0 on BREAKER. In this article, Wood explains the extremely centralized structure that is our today’s Internet. Nevertheless, as an ardent proponent of blockchain technologies, Wood is highly optimistic about the future.

What is wrong with today’s Internet?

Wood starts by admitting that, though a great deal of efforts have been and are being put into Ethereum and similar projects, they still are largely underdeveloped, and humanity has yet a lot to overcome on its way to decentralization. But Wood does not feel discouraged, as the truth remains the same: centralization is not the way to go.

The programmer then explains that the Internet, liberating and fresh at first, has become corrupted by human greed. Social injustice has found its way into the digital space and warped it. Now, as was in the pre-Internet era, we still need to appeal to the powers that be to interact via the Internet. As such, Facebook relays our messages to friends and PayPal approves our payments.

These corporations are not necessarily evil, clarifies Wood, but they only do what brings them money. And if something can disrupt this order of things, they will readily cut it out of the system.

Look at Wikileaks. In 2010, a broadly respected set of journalists that publishes information generally in the public interest was targeted and cut off by major financial institutions like PayPal and Visa without any legal grounds. If you wanted to give a perfectly legal charitable donation to Wikileaks, you effectively couldn’t

Gavin Wood of Parity Technologies

True meaning of ‘Digital Age’?

Web 3.0., Wood assures, empowers people to act for themselves. Web 3.0. may look the same but it will change everything underneath. Thanks to inter-chain blockchain protocols like Polkadot, the combination of different technological aspects of human activity will form ‘a single economy and movement’.

Consider Web 3.0 to be an executable Magna Carta — “the foundation of the freedom of the individual against the arbitrary authority of the despot.”

Gavin Wood

With Web 3.0. we will not need to appeal to an authority to prove who we are or to a bank to confirm our payments. Our identities will be represented by our wallets and keys. Web 3.0 will foster new business models and markets, and destroy monopolies like Google and Facebook.

Web 3.0 will, Wood is confident, put an end to the top-down structure that is so present in every aspect of human dealings.

To be sure, we can’t predict the first successful use-cases of this new platform and when they might appear. As with the development of the internet before it, the timeline could be measured in decades rather than months. But when Web 3.0 emerges, it will bring a whole new meaning to the phrase “the Digital Age.”

Gavin Wood

Related news

Cryptocurrency Micropayments and Web 3.0: What’s the Future Hold?

Blockonomi recent released an interesting article titled Understanding Micropayments & Their Role in the Web 3.0. This is a summary. Bitcoin’s Lightning Network (LN) has made micropayments quite popular. In Web 3.0, which may be the future of the internet, micropayments may be able to bring about changes such as new monetization strategies, content platforms, […]
Bitcoin Exchange Guide

A serverless failover solution for Web 3.0 validator nodes

📡 A Serverless Failover Solution for Web 3.0 Validator Nodes 🤖 🔧An automated node failover solution is surprisingly easy to set up on a Web 2 infrastructure. It has two nodes with identical content. An external server monitors the primary node and detects if there is a problem. If so, your site’s internal DNS is automatically updated so that traffic will be redirected to your secondary node. Once your primary node is working again, traffic will be returned to your primary node.Depending on the final configuration, this solution could bring high redundancy. However, it isn’t cheap; it requires three servers that continuously consume many resources even if they are not doing much work.One of the principal objectives from this tutorial is to keep costs down. Virtual cloud providers have many tools to manage the cloud infrastructure giving us more control to manage our budget.In a Web 3.0 infrastructure, we would need a more sophisticated solution to create a similar approach. Managing peer-to-peer connections and redirecting traffic is far more complex to handle.An alternative solution that we will explore in this tutorial will be to start the secondary validator node only when our primary node goes down. We can think of it as an “emergency power system.”To achieve this, we will use an AWS EC2 instance to replace the primary node in case of failure. The primary node could be at your office, home or any cloud provider location. This node will be connected to the AWS cloud through the AWS IoT gateway by using a simple pub/sub setup.What is AWS IoT?AWS IoT is a platform for efficiently managing “Internet of Things” devices, also called “things.” AWS IoT can connect to other applications in the AWS cloud, such as Lambda functions, which are a handy tool for a serverless infrastructure.Things transfer data, called messages, through the IoT gateway, where they update a thing shadow or get to a rule engine. A thing shadow is a (JSON) object that contains information about a device that is updated when the state of the thing/device changes. It allows us to set, store and synchronize the things state and their cloud representation.The rules engine, as the name implies, is a set of rules that enable messages to interact with SQL type statements from the IoT gateway to a handful of downstream AWS services.We will focus on the rules engine as we want to connect our thing/device to Lambda functions.Message Queue Telemetry Transport (MQTT) is a Client-Server publish/subscribe messaging transport protocol. It is lightweight, open, simple, and designed to be easy to implement. These characteristics make it ideal for use in many situations, including constrained environments such as for communication in Machine to Machine (M2M) and Internet of Things (IoT) contexts where a small code footprint is required and/or network bandwidth is at a premium. It enables a mechanism to notify interested parties when an abnormal disconnection occurs.The protocol runs over TCP/IP, or over other network protocols that provide ordered, lossless, bi-directional connections. — IoT gateway works as the MQTT broker to allow device-cloud communication. subscriber (thing/service) connects to the broker. It can subscribe to any message “topic” in the broker.The publisher (client/thing) publishes messages under a topic by sending the message and topic to the broker. This connection will be encrypted for sensitive messages.The broker (IoT MQTT broker)then forwards the message to all things/services that subscribe to that topic.What are Lambda Functions?AWS Lambda is an event-driven computing platform that executes code on-demand. This feature enables serverless architectures for any application.A common way of triggering an AWS Lambda function is using rules through a topic. We previously mentioned the AWS IoT Rules Engine; we will use it as our tool to trigger rules from the MQTT broker. It’s a compelling way of decoupling the publishers and subscribers of messages and removes the need to poll for new messages.We’ll set a rule and subscribe a Lambda function to start/stop an EC2 instance every time a topic receives a message. This rule will also trigger an SNS topic to notify us by email.CloudFormationCloudFormation is an AWS tool that helps us set up a cloud infrastructure effortlessly. We define all the resources that AWS should build into a template document, click a button, and AWS magically creates everything. are going to use a template that will create our IoT Thing, configure the rules engine, create the Python Lambda functions and finally, set the related events, roles and policies.Let’s Build!The serverless architecture will handle the start and stop of an EC2 instance. This tutorial requires that you already have a working EC2 instance validator node with the polkadot client and configured with a systemd service. It remains as a separate component to this stack.We need an X.509 certificate and private key to establish a secure AWS IoT connection. For security reasons and following the best practices, we will not create it on CloudFormation.On the IoT Core console, go to Secure -> Certificates. Click on Create and select the recommended one-click option to create the certificate.Once done, download all of the certificates into your local workspace folder and click Activate.Don’t forget to download the general root certificate to authenticate the connection against AWS servers. A root CA for AWS IoT Download. or copy the next template into your local workspace folder. We will upload it to the CloudFormation console. creating our ClourFormation stack, we need to get the IoT certificate ID and the EC2 instance ID.On the IoT Core console, go to Secure -> Certificates. Click on the certificate and copy the ID.From the EC2 instance console, copy your validator’s instance ID.It’s time to build our serverless infrastructure. Go to CloudFormation console and click on create stack.We will be asked to choose a template or upload one. Select the upload template option and use the BasicServerlessValidator.yml file that we previously stored on our local workspace.Fill in all the required fields (Stack Name, Certificate ID, Email, Instance ID).Click Next twice to skip the creation stack customization until you get to the create stack option. Tick the box to acknowledge the creation of IAM resources required for the roles and policies used by our serverless stack.Click on create stack and wait for creation completion.We have created our serverless cloud infrastructure. 🎉IMPORTANT: You need to verify that the triggers got registered in the Lambda function. It sometimes happens that due to a race condition on CloudFormation, they don’t appear on the Lambda function.To fix this, you only need to update the trigger event without changing anything. It will then appear on the Lambda function triggers. Repeat this step for the 3 IoT rules (ValidatorNodeDisconnected, ValidatorNodeStart, ValidatorNodeStop).After updating, you can verify that the trigger got registered on the Lambda function.Primary Validator NodeNow that we have ready our serverless cloud infrastructure. We need to establish the data connection between our validator node (Thing) and the AWS IoT gateway.Download or copy the next python script into your primary validator node. the required dependencies to use the Python script.$ python3 -m pip install AWSIoTPythonSDK pystemdWe need to replace the configuration parameters on the Python script with our certificate and private key files.In the IoT Core console, click on the Thing that we created “ValidatorNodeThing”. Select the Interact tab and copy the HTTPS IoT Rest API Endpoint address. Replace the host_name value with this address.E.g.- ‘host_name’: “”‘root_ca’: “/absolute-path-to-file/AmazonRootCA1.pem”‘private_key’:“/absolute-path-to-file/yourkeyid-private.pem.key”‘cert_file’:“/absolute-path-to-file/yourkeyid-certificate.pem.crt”For security reasons, AWS doesn’t use files with open permissions. Change file permissions to enable read only access.$ chmod 440 /path-to-downloaded-files/*Register Python script as a Linux systemd serviceOnce you have your Python script ready, next thing you’ll do is create a configuration file that tells systemd what we want it to do.$ sudo vi /lib/systemd/system/polkadot-node-iot.serviceThe file needs to have the following text (replace the path-to-script):[Unit]Description=Python script for the ValidatorNodeThing[Service]Restart=alwaysExecStart=/usr/bin/python3 /path-to-script/[Install]WantedBy=multi-user.targetUpdate file permissions to 644:$ sudo chmod 644 /lib/systemd/system/polkadot-node-iot.serviceConfigure systemd:$ sudo systemctl daemon-reloadEnable service autostart on boot:$ sudo systemctl enable polkadot-node-iot.serviceOur serverless failover solution is complete!! 🎊 🎉Every time that our primary node gets disconnected or the polkadot-validator.service goes down; our serverless infrastructure will take care of managing a secondary validator.Follow the Github repo for the latest work on more advanced solutions.Github:📡 A serverless failover solution for Web 3.0 validator nodes 🤖 🔧 was originally published in Hacker Noon on Medium, where people are continuing the conversation by highlighting and responding to this story.

Hot news

By continuing to browse, you agree to the use of cookies. Read Privacy Policy to know more or withdraw your consent.