update tech book for docusaurus
This commit is contained in:
7
docs/cloud_reinvented/_category_.json
Normal file
7
docs/cloud_reinvented/_category_.json
Normal file
@@ -0,0 +1,7 @@
|
||||
{
|
||||
"label": "The Cloud Re-Invented",
|
||||
"position": 3,
|
||||
"link": {
|
||||
"type": "generated-index",
|
||||
}
|
||||
}
|
62
docs/cloud_reinvented/cloud_like_insurance.md
Normal file
62
docs/cloud_reinvented/cloud_like_insurance.md
Normal file
@@ -0,0 +1,62 @@
|
||||
---
|
||||
title: Cloud Beyond Cost
|
||||
sidebar_position: 3
|
||||
---
|
||||
|
||||
|
||||

|
||||
|
||||
# The Cloud: Beyond Cost – A Business Perspective
|
||||
|
||||
## Introduction
|
||||
|
||||
The transition to cloud computing isn't solely driven by cost savings.
|
||||
|
||||
While affordability is a factor, the primary appeal of cloud services lies in their reliability, scalability, and performance.
|
||||
|
||||
This parallels the concept of insurance, where customers are willing to pay a premium for the assurance of superior service and uptime.
|
||||
|
||||
In the decentralized infrastructure (DePIN) space, establishing trust and reliability is super important, but not enough available in current offerings.
|
||||
|
||||
## Cost vs. Quality
|
||||
|
||||
### Reliability and Uptime
|
||||
|
||||
Customers often prefer to pay a higher price for cloud services that guarantee better uptime and reliability.
|
||||
|
||||
For example, paying $10 per terabyte for a service with stellar uptime and customer support is more appealing than a $5 per terabyte service with frequent downtimes and minimal support. The value proposition lies in uninterrupted access to data and services, which is critical for business operations.
|
||||
|
||||
### Service Level Agreements (SLAs)
|
||||
|
||||
Service Level Agreements (SLAs) play a crucial role in this decision-making process.
|
||||
|
||||
SLAs provide a clear, contractual guarantee of the service levels customers can expect. Companies offering robust SLAs with high uptime guarantees, fast response times, and comprehensive support are more attractive, even at a higher cost.
|
||||
|
||||
## Decentralized Infrastructure (DePIN) and Trust
|
||||
|
||||
### Challenges in DePIN
|
||||
|
||||
One of the significant challenges in DePIN is ensuring that customers can trust decentralized hosters.
|
||||
|
||||
Unlike traditional centralized providers, decentralized hosters need to establish credibility and reliability in a market that is inherently less controlled.
|
||||
|
||||
### Farming Pools and Legal Decentralization
|
||||
|
||||
#### Formation of Farming Pools
|
||||
|
||||
Hosters can group together in farming pools, creating a collaborative environment where resources and responsibilities are shared. These pools can offer combined storage and computational power, enhancing overall performance and reliability.
|
||||
|
||||
#### Security Token Offerings (STOs)
|
||||
|
||||
To fund these farming pools, we can utilize Security Token Offerings (STOs). Investors can buy tokens, representing shares in these pools, thus promoting legal decentralization. This model not only democratizes investment but also ensures that the operations of these pools are transparent and regulated.
|
||||
|
||||
### Transparency and Legal Assurance
|
||||
|
||||
#### Open SLAs
|
||||
|
||||
Each farming pool must be explicit about the SLAs they can deliver. Transparency in service commitments ensures that customers know what performance and reliability to expect. This openness is critical in building trust in a decentralized environment.
|
||||
|
||||
#### Legal Blockchain Contracts
|
||||
|
||||
Blockchain contracts must be legally binding in the real world. These contracts should clearly define the terms of service, dispute resolution mechanisms, and compliance with relevant regulations. Legal enforceability ensures that customers can trust the decentralized hosters to honor their commitments.
|
||||
|
32
docs/cloud_reinvented/cloud_reinvented.md
Normal file
32
docs/cloud_reinvented/cloud_reinvented.md
Normal file
@@ -0,0 +1,32 @@
|
||||
---
|
||||
title: A New Cloud Engine
|
||||
sidebar_position: 1
|
||||
---
|
||||
|
||||
# A New Cloud Engine
|
||||
|
||||
## Requirements for a New Cloud Engine
|
||||
|
||||

|
||||
|
||||
- Compute, Storage, Network need to be
|
||||
- Local
|
||||
- Sovereign
|
||||
- Private
|
||||
- More Secure
|
||||
- Storage needs to be
|
||||
- More reliable with less overhead (only 20% overhead needed)
|
||||
- Capable to be global and be used as CDN (Content Delivery Network)
|
||||
- Fast enough for the Use Case at hand
|
||||
- Data can never get lost nor corrupted.
|
||||
- Storage can scale to Zetabytes as Easily as Petabytes
|
||||
- Network needs to be
|
||||
- Working no matter what happens with existing network, route around issues.
|
||||
- Local sensitive (chose shortest path)
|
||||
- End2End Encrypted
|
||||
- Capable to really know where information goes to or comes from (authenticity)
|
||||
- The full system needs to be
|
||||
- Autonomous & self Healing
|
||||
- It should be possible to operate without human Intervention
|
||||
- Green
|
||||
- We believe Internet / Cloud can be delivered using at least 10x less energy.
|
60
docs/cloud_reinvented/internet_reinvented.md
Normal file
60
docs/cloud_reinvented/internet_reinvented.md
Normal file
@@ -0,0 +1,60 @@
|
||||
---
|
||||
title: Internet Re-Invented
|
||||
sidebar_position: 2
|
||||
---
|
||||
|
||||
# The Internet’s Natural Progression
|
||||
|
||||
The Internet was always meant to be a peer-to-peer infrastructure.
|
||||
|
||||
As large companies became profit and data centric, centralization quickly became the norm.
|
||||
|
||||
***We have a vision of the Internet which is much more close to how the Internet was intended to be.***
|
||||
|
||||
## Requirements For A New Internet
|
||||
|
||||
- Compute, Storage, Network need to be
|
||||
- Local
|
||||
- Sovereign
|
||||
- Private
|
||||
- More Secure
|
||||
- Storage needs to be
|
||||
- More reliable with less overhead
|
||||
- Capable to be global and be used as Content Delivery Network (CDN)
|
||||
- Fast enough for the use case at hand
|
||||
- Network needs to be
|
||||
- Working no matter what happens with existing network, route around issues
|
||||
- Local sensitive (chose shortest path)
|
||||
- End2End Encrypted
|
||||
- Capable to really know where information goes to or comes from (authenticity)
|
||||
|
||||
## Internet/Cloud Architecture
|
||||
|
||||
!!wiki.include page:'internet_archtecture0.md'
|
||||
|
||||
## Base Layer for a New Cloud / Internet
|
||||
|
||||

|
||||
|
||||
We need a new cloud engine which supports the evolution of the Internet
|
||||
|
||||
|
||||
## Natural Progression
|
||||
|
||||

|
||||
|
||||
We envision a world where every person is at the center of their digital life. In this new Internet, each person has their own digital avatar, which we call a ***Hero***.
|
||||
|
||||
The technical backbone enabling the Hero is a component known as the 3Bot. This server, owned and managed by you, operates on our decentralized cloud infrastructure.
|
||||
|
||||
Communication between 3Bots is optimized to use the shortest possible paths, ensuring that all interactions are end-to-end encrypted for maximum security and privacy.
|
||||
|
||||
|
||||
## 3Bot Architecture
|
||||
|
||||

|
||||
|
||||
The underlying network of capacity is the decentralized cloud which is like the basic IT energy which makes all of this possible.
|
||||
|
||||
The cecentralized cloud is the result of more than 20 years of development and it is now active on more than 2000 nodes.
|
||||
|
14
docs/cloud_reinvented/world_records.md
Normal file
14
docs/cloud_reinvented/world_records.md
Normal file
@@ -0,0 +1,14 @@
|
||||
---
|
||||
title: World Records
|
||||
sidebar_position: 4
|
||||
---
|
||||
|
||||
## World Records
|
||||
|
||||
Our team is working on re-inventing layers of the Internet for more than 30 years. While we were doing so this has resulted in some world records and innovative products.
|
||||
|
||||
Here is an overview of those achievements:
|
||||
|
||||

|
||||
|
||||
|
Reference in New Issue
Block a user