껀텀
2019.09.04 19:44
조회 수 : 482
디렉토리
먼저 정보
둘째, 인터넷 의 진화
1. 웹 1.0의 단방향 흐름
양방향 양방향 웹 2.0
3. 분산 웹 3.0
셋째, 웹 3.0
정보 공유
2. 디지털 화폐의 탄생
3. 분산 응용 프로그램 플랫폼
4. 개발중인 프로젝트
넷째, 응용 프로그램 플랫폼의 향후 개발에 대한 생각
서문 :
비트 코인 탄생 이후 10 년이 지났으며 블록 체인과 디지털 통화의 개념이 잘 알려져 있습니다. 오늘날 업계에서는 Web 3.0의 개념을 자주 언급했지만 Web 3.0의 개념과 관련하여 명확하게 할 수있는 사람은 거의 없습니다. 이 기사는 Web 3.0의 장단점을 살펴보고 Web 3.0의 다양한 진술 을 인증 해제 하고 마지막으로 Web 3.0의 미래 방향 에 대해 설명합니다 .
" 정보 교환은 인류의 기본 요구 "
인간은 정보의 생산자이자 소비자입니다. 정보 교환은 생산 및 소비 과정에서 없어서는 안될 부분입니다.
인터넷이없는 시대에 정보 교환 수단은 매우 제한적입니다. 사람들은 직접 또는 편지를 통해서만 모일 수 있습니다.
예를 들어 교사가 가르치고, 학생들이 듣고, 학생들이 질문하고, 교사가 대답하는 지식을 예로 들어 보자. 학생들은 교사와 대화함으로써 새로운 지식을 얻습니다.
상품 거래를 예로 들어보십시오. 쇼핑, 거래, 동의, 돈을 넘겨주고 직접 제공하십시오. 구매자와 판매자는 정보 교환을 통해 거래를 완료했습니다. 이러한 교환 과정에서 정보 지속성, 개인 정보 보호 및 변조 방지의 특성 을 보장하기는 어렵습니다.
위 : TV 드라마 하우스의 "소매 소매"섹션, 고대 중국의 개인 거래 방식
인터넷의 출현으로 정보 교환의 효율성과 품질이 크게 향상되었습니다.
사람들이 지식을 얻는 방법은 검색 엔진, 지식, 위키, 온라인 수업이되었습니다. 모든 문제는 컴퓨터 나 휴대 전화를 쉽게 클릭하기 만하면 사진, 텍스트 및 비디오 형식으로 즉시 답변을 반환합니다.
사람들이 거래를 수행하는 방식은 Taobao 브라우징, Alipay 지불, 빠른 배송 및 수령 확인 프로세스가되었습니다. 집 밖으로 나가서 세계의 상품을 보면서 쇼핑이 매우 편리해졌습니다.
"생산성은 생산 관계를 결정하고 생산 관계는 생산성을 방해 할 것입니다."
그림 1 : Web 1.0 및 Web 2.0, 단방향 및 양방향 정보 흐름
인터넷의 초기는 Web 1.0 모델이었습니다. 이때 정보는 한 방향으로 만 서버에서 클라이언트로 흐를 수 있습니다 . 웹 사이트는 모든 사용자에게 읽기 전용입니다.
Web 1.0의 일반적인 응용 프로그램에는 URL 탐색, 포털 등이 포함됩니다. 2011 년에 잘 알려진 웹 사이트 탐색 Hao123의 스크린 샷을 찾아서 아래와 같이 Web 1.0의 역사를 검토 할 수있을만큼 운이 좋았습니다. 웹 사이트의 모든 정보가 사용자가 탐색 할 수 있도록 웹 페이지에 정적으로 표시되어 있음을 알 수 있습니다. 중국, Sina, Netease, Sohu 및 Tencent의 4 개 주요 포털 웹 사이트는 모두 페이지 상단에 있습니다. 2011 년에 Web 1.0 애플리케이션이 시장을 장악하고 있음을 알 수 있습니다.
그림 2 : 2011 Hao123 스크린 샷, Web 1.0 웹 사이트가 우세
Web 1.0 모델에서 생산 관계는 단순한 생산자 / 소비자 모델입니다. 서버는 생산 정보를 담당합니다. URL을 수집하는 URL 탐색, 뉴스를 작성하는 포털은 정보를 생성하는 프로세스입니다. 고객은 소비자 정보에 대한 책임이 있습니다. 웹 사이트 링크를 클릭하여 점프하고 뉴스를 읽고 소비자 정보의 프로세스입니다.
그러나 단방향 정보 흐름은 정보 교환의 요구를 충족시킬 수 없습니다. PHP 및 Java와 같은 웹 사이트의 백엔드 기술과 Ajax 및 JavaScript와 같은 웹 사이트의 프론트 엔드 기술이 빠르게 개발 된 후 인터넷은 Web 2.0 시대로 빠르게 들어 섰습니다. 이때 정보는 서버와 클라이언트 사이 에서 양방향으로 흐를 수 있습니다 . 웹 사이트는 사용자가 읽고 읽을 수 있습니다.
Web 2.0은 많은 응용 프로그램을 생성했습니다. 오늘날 우리가 매일 사용하는 대부분의 응용 프로그램은 웹 2.0 모드에서 작동합니다. 응용 프로그램은 주로 두 가지 범주로 구성되어 있으며 오늘의 Hao123 스크린 샷을 예로 들어 보겠습니다.
1. 서버는 도구를 제공 하고 클라이언트는 서버와 상호 작용하여 도구를 사용합니다. 일반적인 응용 프로그램은 검색 엔진, 채팅 도구, 결제 도구, 온라인 게임 등입니다. 예를 들어, 그림에서 Baidu, Baidu 맵 및 12306이이 범주에 속합니다.
2. 서버는 플랫폼을 제공하며 클라이언트는 정보를 업로드하고 정보를 얻고 플랫폼을 통해 사용자간에 통신 할 수 있습니다. 전형적인 응용은 소셜 네트워크, 전자 상거래 플랫폼 등을 포함한다. 예를 들어 Taobao.com, Jingdong Mall, 58 City 및 Zhixiang은 모두이 범주에 속합니다.
그림 3 : 2019 년 Hao123의 스크린 샷, 웹 2.0 웹 사이트가 우세
Web 2.0 제작 관계는 Web 1.0 과 크게 달라졌습니다 .
우선, 서버는 클라이언트에게 정보뿐만 아니라 컴퓨팅, 스토리지, 트랜잭션 및 물류와 같은 서비스를 제공합니다. 둘째, 서버에서 제공하는 서비스를 사용하려면 클라이언트가 서버와 상호 작용해야합니다. 마지막으로 서버에서 제공하는 정보는 자체적으로뿐만 아니라 클라이언트에서도 생성 될 수 있습니다.
Web 2.0의 등장과 발전은 역사적 유물론 에서 두 가지 중요한 요점 의 좋은 예입니다.
1. 생산성은 생산 관계를 결정합니다. 인터넷에서 생성되는 정보의 양이 증가함에 따라 Web 1.0은 생산성 요구를 충족시킬 수 없었으며 Web 2.0이 등장했습니다. 예를 들어, 그 당시 웹 사이트가 지속적으로 증가함에 따라 기본 웹 사이트 탐색이 대규모 웹 사이트의 검색 요구 사항을 충족하지 못하여 검색 엔진이 생성되었습니다. 예를 들어 알리바바의 초기 모델은 기업 옐로우 페이지이지만 기업과 상품이 지속적으로 증가함에 따라 점차 전자 상거래 플랫폼으로 발전했습니다.
2. 생산 관계는 생산성에 역효과를 낳습니다. Web 2.0이 인터넷 노드 간의 생산 관계를 변경 한 후 고객은 정보 생산자와 소비자의 이중 정체성을 가지게되므로 고객이 정보를 생산할 수있는 능력과 의지를 더욱 자극했습니다. 이러한 환경에서, 먼저 BBS 및 소셜 네트워크와 같은 UGC (사용자 제작 콘텐츠) 기반 플랫폼이 생성되었고, 생방송 및 짧은 비디오와 같은 PGC (Professional Production Content) 기반 애플리케이션이 도입되었습니다. 인터넷의 정보량과 정보 유형이 더욱 향상되었습니다.
그러나 정보 및 정보의 양이 추가로 증가함에 따라 Web 2.0 의 병목 현상 , 즉 서버 의 중앙 집중화 도 반영됩니다 . Web 2.0의 클라이언트 / 서버 모드에서 서버는 정보의 "중재"가됩니다. 모든 정보는 서버를 통과하고 일부는 서버에 저장됩니다. 따라서 서버가이 정보를 올 바르고 적절하고 적절하게 처리 할 것이라고 완전히 신뢰할 수 있습니까?
정답은 아닙니다. 서버의 중앙 집중화는 Web 2.0 모델에서 극복 할 수없는 장애물입니다. 이 문제는 인터넷 노드 간의 생산 관계를 변경하고 정보가 더 이상 중앙 서버를 통과하지 못하게함으로써 만 완전히 해결할 수 있습니다.
이러한 맥락에서 Web 3.0 의 개념이 점차 등장했습니다. Web 3.0의 핵심 아이디어는 P2P (Peer-To-Peer) 라고도하는 분산 입니다. Web 3.0 모드에서 노드는 중앙 서버없이 직접 연결을 통해 정보를 교환합니다. 모든 노드는 피어 투 피어이며 클라이언트와 서버를 구분하지 않고 집합 적으로 피어라고합니다. Peer는 분산 컴퓨팅 응용 프로그램에 가입하기 위해 다른 Peer를 연결하고 특정 컴퓨팅, 스토리지, 대역폭 및 기타 리소스를 제공하여 특정 컴퓨팅, 스토리지, 네트워크 및 기타 프로토콜을 준수해야합니다.
오해 1 : 시맨틱 웹, 인공 지능 (AI) 및 기타 기술은 웹 3.0입니다.
분석 : 이러한 기술은 생산 도구의 발전으로 볼 수 있습니다. 그들은 정보를 생성하고 정보를 교환하는 사람들의 능력을 향상 시키지만, 본질적으로 생산 관계를 변경하지 않으므로 Web 3.0으로 간주 될 수 없습니다.
" 다른 분산 생산 관계 "
대부분의 사람들은 Web 3.0의 초기 시도가 실제로 BT (BitTorrent) 와 같은 기술에서 나온 것이라는 사실을 알지 못했을 것입니다 . BT 생성의 동기는 큰 파일을 전송할 때 불충분 한 대역폭 문제를 해결하는 것입니다. 클라이언트 / 서버 모드에서 서버가 큰 파일 (예 : 운영 체제, 비디오 파일, 게임 설치 패키지 등)을 해제하면 동시에 많은 수의 클라이언트가 다운로드됩니다. 서버의 제한된 대역폭으로 인해 클라이언트 다운로드 속도가 너무 느리다는 문제가 있습니다. 생산성이 충족되지 않고 생산성이 충족되지 않는 일반적인 시나리오입니다.
따라서 BT는 분산 파일 전송 솔루션을 설계했습니다. Peer는 파일을 게시 할 때 다른 Peer가 다운로드 할 수 있도록 파일을 여러 개의 작은 데이터 블록으로 분할하고 동시에 모든 데이터 블록의 해시 값을 게시하여 확인합니다. 다른 피어가 데이터 블록을 다운로드하고 해시 값 확인을 수행하면 더 많은 피어 다운로드가 제공됩니다. 마지막으로 파일은 여러 Peer에 데이터 블록 형태로 배포됩니다. 새 다운로더가 파일을 다운로드하면 실제로 여러 피어에서 파일의 다른 부분을 동시에 다운로드하여 완전한 파일로 연결합니다. 대역폭의 압력은 여러 피어가 공유하며 다운로드 속도가 향상됩니다.
그림 4 : BT 네트워크 구조
( Threestory Studio 제공 이미지 )
원래 BT 디자인에서는 Peer 외에도 각 파일이 배포 된 Peer를 실시간으로 기록하기 위해 하나 이상의 Tracker 노드가 필요했습니다. 다운로더는 여러 트래커를 연결하여 파일의 피어 정보를 얻은 다음 파일을 얻기 위해 연결할 피어를 결정합니다. Traker는 일반적으로 일부 다운로드 스테이션에서 유지 관리합니다. 그 후 BT는 DHT (Distributed Hash Table) 설계에 참여하고 여러 피어의 파일과 노드 간 매핑 관계를 분산시켜 완벽한 피어 투 피어 네트워크를 실현했습니다. 오늘날의 BT 네트워크에서는 트래커와 DHT 모드가 공존합니다.
BT에는 여전히 문제가 있습니다. Peer에 대한 인센티브 부족. 이로 인해 일부 피어가 다운로드 만하고 업로드되지 않아 전체 네트워크의 파일 전송에 영향을줍니다. 나중에 개인 추적기 인 PT (PrivateTracker) 모드가 나타납니다 . PT는 연결된 각 Peer가 자체 업로드 볼륨과 다운로드 볼륨을보고 할 수 있도록하여 포인트 보상, 다운로드 우선 순위, 대역폭 등의 높은 "업로드 및 다운로드 비율"을 가진 Peer에게 더 나은 처리를 제공합니다.
그러나 BT는 다음 표와 같이 서버의 중앙 집중화 문제를 해결했습니다.
BT의 아이디어를 기반으로 eMule, PPTV 등과 같은 많은 유사한 웹 3.0 기술이 생산되었으며 Thunder 및 VeryCD와 같이 우리가 잘 알고있는 인터넷 제품도 있습니다. 그러나 이러한 응용 프로그램은 다운되었습니다. CDN 및 네트워크 디스크와 같은 기술의 등장과 발전으로 BT가 주로 해결하는 대역폭 문제는 Web 2.0 모드에서도 해결됩니다. 개인 정보 보호 및 신뢰성과 같은 BT의 Web 3.0 기능은 사용자에게 특히 중요하지 않습니다. 여러 국가에서 불법 복제에 대한 심각한 단속과 함께 BT의 시장 점유율은 정점에 비해 크게 줄었습니다.
실제로 BT는 Tracker, PT 및 DHT의 다른 모드에서 작동 할 수 있으므로 세 가지 다른 생산 관계에 해당합니다 . 이들의 차이점은 다음과 같습니다.
이러한 패턴에 대한 시도는 이후 Web 3.0 시스템의 디자인에 영감을 가져 왔습니다.
1. 노드에 다양한 유형을 제공하여 사용자의 활력을 자극합니다. 다른 사용자가 시스템을 사용하는 목적이 일치하지 않기 때문입니다. BT에서 일부 사용자는 데이터를 다운로드하고 일부는 데이터를 공유하며 일부는 커뮤니티를 구축하고 있습니다. 사용자는 자신의 필요에 따라 실행할 해당 노드 유형을 선택해야하며 완전히 피어 투 피어 네트워크에서는이 작업을 수행 할 수 없습니다.
2. 서비스에 기여하는 노드에 적절히 동기를 부여하십시오. 이는 사용자가 시스템에 기여하도록 동기를 부여하는 데 도움이됩니다. 인센티브 메커니즘이없는 경우 일부 악성 노드는 계약을 준수하지 않고 시스템 만 사용하고 기여하지는 않습니다. 예를 들어 BT에서는 다운로드 만 업로드되지 않습니다.
2009 년 비트 코인 의 출현으로 새로운 수준의 애플리케이션이 Web 3.0 (디지털 통화)에 도입되었습니다. Bitcoin이 제안한 동기는 글로벌 통화 시스템 및 지불 네트워크를 구축하는 것이며 이는 클라이언트 / 서버 모드에서는 달성하기 어렵습니다. 데이터 손실, 개인 정보 보호 및 신뢰할 수있는 컴퓨팅을 포함한 서버의 중앙 집중화로 인해 통화 및 지불 응용 프로그램에 매우 치명적입니다. 또한 서버는 정부 규제에 직면하게되며 단일 센터에서 설정 한 통화 및 지불 시스템은 전 세계에서 수용하기 어렵습니다.
Bitcoin의 디자인은 BT의 경험을 바탕으로 노드에 다양한 유형을 제공하고 서비스에 기여하는 노드를 보상합니다. 비트 코인 노드는 풀 노드와 라이트 노드로 나뉩니다. 전체 노드는 서비스 유지 관리를 담당하며 서비스를 사용할 수도 있습니다. 라이트 노드는 서비스 만 사용할 수 있습니다. 전체 노드는 일반 전체 노드와 광부로 구분되며, 광부는 디지털 통화 대신 보상으로 추가 컴퓨팅 성능을 제공합니다.
그림 5 : 비트 코인 네트워크 구조
( 비트 코인 마스터 링의 사진 )
비트 코인은 다음과 같은 방법으로 서버의 중앙 집중식 문제를 해결합니다.
비트 코인의 생산 관계는 다음과 같이 요약 될 수 있습니다 : 일부 노드는 서비스를 제공하고 모든 노드는 서비스를 사용합니다. 모든 노드는 서비스 제공 업체이며 정보 동기화 및 정보 확인을 담당합니다. 그중 광부들은 유료 서비스 제공 업체, 즉 컴퓨팅 능력을 제공하고 보상을받습니다. 다른 사람은 무료 서비스 제공 업체입니다. 모든 노드는 서비스 사용자입니다. 네트워크에서 트랜잭션 정보를 동기화하고 디지털 통화를 사용하면 트랜잭션을 시작할 수 있습니다.
비트 코인은 점점 더 대중화되고 있지만 일부 문제에 직면 해 있지만 기술 개발로 어느 정도 해결되었습니다. 예를 들어, PoW 컨센서스는 에너지 문제에 직면했으며, PoS 컨센서스는 나중에 Qtum과 같은 새로운 블록 체인 시스템에 제안되어 적용되었습니다. 예를 들어, 거래 금액은 일반 텍스트 형태로 블록 체인에 저장되며 특정 개인 정보 보호 문제가 있습니다. 따라서 zk-SNARK 및 MimbleWimble과 같은 개인 정보 알고리즘이 제안되어 ZCash, Grin 및 Beam과 같은 새로운 블록 체인 시스템에 적용되었습니다.
이더 리움 은 비트 코인에 이어 새로운 웹 3.0 모델을 열 었는데,이를 분산 애플리케이션 플랫폼이라고합니다. Ethereum은 가상 시스템 기능을 블록 체인에 추가하여 사용자가 스마트 계약 또는 DApp이라고도하는 체인에서 분산 응용 프로그램을 만들 수 있습니다. Ethereum의 가상 머신을 EVM이라고하며 해당 Solidity 언어로 애플리케이션을 작성할 수 있습니다. 그 결과 이더 리움에서 체인 토큰, 수집 가능한 게임, 분산 형 거래소 및 예측 시장을 포함하여 많은 수의 DApp이 탄생했습니다.
그림 6 : 이더 리움의 DApp
( DApp Review 의 이미지 제공 )
Ethereum 의 생산 관계 는 여전히 일부 노드가 서비스를 제공하고 모든 노드가 서비스를 사용하는 모드입니다. 그러나 사용할 수있는 서비스는 디지털 통화 전송 트랜잭션 외에 DApp 관련 작업을 수행 할 수 있습니다. 예를 들어 개발자는 DApp을 게시 할 수 있으며 일반 사용자는 DApp을 대화식으로 사용할 수 있습니다. 이 모델은 Web 3.0에 더 많은 가능성을 제공하므로 개발자는 기본 분산 프로토콜에 신경 쓸 필요없이 다양한 분산 응용 프로그램을 유연하게 구축 할 수 있습니다.
이더 리움은 애플리케이션 플랫폼을 분산시키는 첫 번째 시도이며 많은 단점이 있습니다. 이들 중 가장 중요한 것은 성능 문제입니다. 모든 노드가 체인에서 스마트 계약을 실행하여 계약의 정확성을 확인하므로 계약의 컴퓨팅 및 저장과 같은 리소스는 단일 노드의 CPU, 메모리 및 하드 디스크에 의해 제한됩니다. EOS는 탈 중앙화 수준을 줄임으로써 컨센서스를 dPoS로 변경했습니다. 즉, 계약에는 검증을 위해 21 개의 고성능 슈퍼 노드 만 있으면 계약의 성능이 향상됩니다. 그러나 이것은 여전히 단일 노드의 자원 한계를 깨뜨리지 못하는데 이는 웹 2.0 모드에서 애플리케이션의 성능과는 거리가 멀다.
기존 정보 공유, 디지털 통화, 분산 응용 프로그램 플랫폼에서 세 가지 Web 3.0 응용 프로그램 모델을 두 가지로 볼 수 있습니다.
1. Web 3.0 의 기본 기술은 아직 성숙되지 않았습니다. 한편으로, 현재의 기본 기술은 약한 성능을 제공 할 수 있으며 대규모 응용 프로그램을 지원할 수 없습니다. 반면에 Web 2.0 응용 프로그램에 의존하는 많은 기본 기술은 아직 Web 3.0 모델에 나타나지 않았으며 개발자가 새로운 Web 3.0 응용 프로그램을 개발할 때는 기본 모듈 (전송 계층 및 네트워크 계층 포함)을 다시 구현해야합니다. 기타) 설계 및 개발.
2. Web 3.0 의 응용 프로그램 모델은 계속 탐색해야합니다. 현재 Web 3.0을 적용 할 수있는 시나리오는 너무 좁으며 소셜 네트워크 및 전자 상거래 플랫폼과 같이 Web 2.0에서 다루는 많은 영역은 Web 3.0 모델에 속할 수 없습니다. 이러한 시나리오는 Web 2.0에서 서버 중앙 집중화 문제가 발생하지만 현재 Web 3.0 모델을 통해 해결되지는 않습니다. 또한 Web 3.0은 더 많은 새로운 응용 프로그램 모델과 생산 관계를 낳을 것으로 예상됩니다.
Web 3.0의 기본 기술에 대한 탐색이 진행 중이며 일부 프로젝트는 다음과 같습니다. 분산 응용 프로그램 플랫폼은 주로 DApp 운영 환경의 성능 문제를 해결하기위한 것입니다. 파일 저장, 메시지 통신 및 데이터베이스의 세 가지 범주는 일반적인 기본 기술에 대한 솔루션을 제공하는 것입니다.
Web 3.0 응용 프로그램 모델의 현재 탐색은 아직 초기 단계입니다. 아래 그림에서 볼 수 있듯이 대부분의 Web 3.0 프로젝트는 많은 생각과 혁신없이 Web 2.0의 일부 성공적인 모델을 복사하고 있습니다. 많은 프로젝트가 블록 체인과 같은 분산 기술을 사용하지만 프로덕션 관계는 여전히 전통적인 클라이언트 / 서버 모델에 있으므로 심각한 오해가 종종 발생합니다.
그림 7 : Web 3.0 용 응용 프로그램 맵
(이미지 제공 : Medium )
오해 2 : Web 3.0은 2.0을 대체하며 모든 응용 프로그램을 분산시킬 수 있습니다.
분석 :
1. 웹 3.0은 2.0 및 1.0과 공존합니다. Web 2.0의 출현이 1.0을 완전히 대체하지는 않으며 전통적인 포털은 여전히 존재하며 일부 사용자의 요구를 충족시킵니다. 따라서 Web 3.0은 공존 관계인 선행 작업을 대체하지 않습니다.
2. 일부 응용 프로그램은 Web 2.0 모델을 통해 잘 구현되며 Web 3.0이 필요하지 않습니다. 예를 들어 일부 프로젝트는 Golem, Enigma 및 Sonm을 포함한 분산 형 분산 컴퓨팅 (Volunteer Computing 또는 Grid Computing이라고도 함) 플랫폼을 구현하려고합니다. 그러나 실제로 클라이언트 / 서버 모드는 매우 잘 달성 될 수 있습니다. NiceHash, BOINC는 성공적인 예입니다.
3. Web 3.0은 Web 2.0으로 해결할 수없는 일부 문제를 해결할 수 있습니다. Web 2.0이 검색 엔진과 전자 상거래 간의 상호 작용 문제를 해결하는 것처럼 Web 3.0은 현재 파일 전송의 대역폭 문제와 전 세계 돈 지불 문제를 해결합니다.
4. Web 3.0은 새로운 응용 프로그램 모델과 생산 관계를 만듭니다. Web 2.0이 네트워크에서 탄생 한 것처럼 Web 3.0은 이전에는 볼 수 없었던 정보 공유, 디지털 통화 및 분산 응용 프로그램 플랫폼 패턴을 만들었습니다.
" 응용 프로그램 플랫폼의 완벽 함은 응용 프로그램의 발생을 가져옵니다 "
본질적으로 웹 2.0의 출현은 본질적으로 인터넷의 정보량이 증가한 결과이지만 직접적인 요인은 기본 기술의 개선, 특히 응용 프로그램 플랫폼 의 개선에 달려 있습니다 .
처음에는 개발자가 정교한 MFC, QT 및 기타 기술을 사용하여 정보 상호 작용을위한 클라이언트 프로그램 및 서버를 개발해야합니다. Chrome 브라우저의 출현과 개선 및 JavaScript 브라우저 측 프로그래밍 언어의 인기로 인해 모든 사람이 대화 형 웹 응용 프로그램 또는 Web Apps를 구축했습니다. 마지막으로 모바일 인터넷 시대에 iOS와 Android가 주류를 차지하고 있습니다. 오늘날까지 Web2.0의 응용 프로그램은 Chrome, iOS 및 Android의 세 가지 플랫폼에 꾸준히 집중되어 왔습니다.
완벽한, 범용 애플리케이션 플랫폼이 등장하고, 개발자는 기본 네트워크 통신, 메시지 큐의 기술적 인 세부 사항에 대해 우려 할 필요가 없다, 등등, 때, 응용 프로그램의 설계에 많은 생각을 넣어 때만 하여 폭발적인 출현 응용 프로그램을 가져 . 아래에서는 개발중인 Web 3.0 응용 프로그램 플랫폼을 비교합니다.
Web 3.0 응용 프로그램 플랫폼이 여전히 MFC 및 QT 시대에 있지만 많은 프로젝트가 다음 단계로 발전하려고 노력하고 있음을 알 수 있습니다. 개발 환경에서 EVM 및 WASM과 같은 가상 시스템은 기능이 매우 제한적이며 IO, 파일, 프로세스, 스레드, 비동기, 소켓 및 예약 된 작업과 같은 OS 수준의 인터페이스가 없으며 Linux 가상 시스템 및 클라우드 시도로 인해 돌아와 컴퓨팅 성능 측면에서 크로스 체인 및 사이드 체인 기술은 어느 정도 확장이 가능하지만 응용 프로그램은 여전히 내부 병렬 처리를 달성 할 수 없으며 항상 단일 노드 성능에 의해 제한되므로 하위 체인 확장 기술은 더 큰 잠재력을 가지고 있습니다. 스토리지 성능 측면에서, 검증 가능한 글로벌 요구 사항으로 인해 모든 작업 및 중간 상태가 블록 체인에 기록됩니다. 스토리지 공간이 너무 커서 P2P 스토리지 및 체인 스토리지를 탐색 할 가치가 있습니다.
현재 기술 개발 추세에 따라 분산 응용 프로그램 플랫폼은 최소한 다음 요구 사항을 충족해야하며 이는 더 많은 Web 3.0 응용 프로그램을 개발하기위한 기초입니다.
1. 안정적인 체인 내 컴퓨팅 환경을 제공하는 동시에 고성능 언더 체인 컴퓨팅 환경을 제공합니다.
2. 체인 계산은 안전하고 검증 가능합니다.
3. 체인 아래의 계산은 응용 프로그램 내 동시성을 허용하며 계산 및 저장과 같은 리소스를 무기한으로 확장 할 수 있습니다.
기술적 어려움은 주로 체인의 계산 부분에 있으며 현재 성숙한 솔루션은 없습니다. 그러나 나는 가까운 장래에 분명히 나타날 것이라고 믿습니다. 그때까지 인터넷, 블록 체인 및 디지털 통화의 향후 10 년이 열릴 것입니다.
면책 조항 :이 기사는 저자의 개인적인 견해만을 나타내며 Qtum Quantum Chain Foundation의 입장 을 나타내지 않으며 투자 조언을 구성하지 않습니다 . 블록 체인 기술에 대한 최신 연구 정보 에 대해 자세히 알아 보려면 Qtum Quantum Chain (qtumchain) 공식 공개 번호에 오신 것을 환영합니다 .
면책 조항 :이 기사는 체인 노드 위치를 나타내지 않으며 투자 조언을 구성하지 않습니다. 조심하십시오.
저작권 : 저자는 권리를 보유하며 체인 노드 위치를 나타내지 않습니다.
인기글
최신글
최신댓글
순위 | 닉네임 | 포인트 |
---|---|---|
1위 | ![]() |
7178995점 |
2위 | ![]() |
6260344점 |
3위 | 슈퍼비트 | 6251300점 |
4위 | ![]() |
5958046점 |
5위 | 불꽃 | 5887400점 |
6위 | 지금감사 | 5822100점 |
7위 | ![]() |
5285650점 |
8위 | 밀키웨이 | 3047900점 |
9위 | 빵상 | 2975450점 |
10위 | 대바기 | 2728250점 |