인터넷 서핑에 익숙한 사용자라면 웹 사이트 데이터가 손실되는 현상을 경험했을 것입니다.

404는 웹을 탐색하는 동안 흔히 접하게 되는 일반적인 HTTP 상태 코드입니다. 웹 페이지에 액세스하려고 하면 서버는 요청의 성공 또는 실패를 알려주는 상태 코드를 반환합니다. 404 상태 코드는 액세스하려는 리소스가 서버에서 발견되지 않았음을 의미합니다.
이는 다음으로 인해 발생할 수 있습니다.
·URL 업데이트 없이 해당 웹페이지가 삭제되거나 이동되었습니다.
URL의 오류로 인해 서버가 요청한 리소스를 찾을 수 없습니다.
· 서버 구성 오류.
Internet Archive, Baidu Netdisk, Baidu Snapshot과 같은 중앙 집중식 서비스에 마지막 희망을 두는 것보다 스스로 지속 가능한 스토리지를 훌륭하게 수행하는 것이 더 성취감을 줍니다. 결국, 블록체인도 일종의 데이터베이스이므로 자신의 데이터를 남길 수 없습니다.
일반 Web3 사용자의 경우 텍스트, 그림 및 기타 자료에 대한 가장 간단하고 사용하기 쉬운 저장 방법을 찾는 방법은 무엇입니까? 이 기사에서는 실용적인 분산형 스토리지 제품을 나열하고 더 많은 사용자가 이러한 제품을 이해하고 익숙해지고 사용할 수 있도록 노력하여 Mass Adoption이 이러한 측면을 더 빨리 달성할 수 있도록 노력하고 있습니다.
우선, 가장 간단하고 원시적인 보존 방법은 전송 과정에서 변환된 16진수 데이터를 블록에 업로드하는 것이다.
나카모토 사토시(Satoshi Nakamoto)는 비트코인 생성 블록(2009년 1월 3일 The Times의 은행 엣지에 대한 두 번째 구제금융 직전의 총리)에 메시지를 남긴 적이 있습니다.
이 방법은 어렵지 않습니다. 이더리움을 예로 들면, 전송 시 입력 데이터(이체 금액은 0일 수 있음)만 사용하고, 기록해야 하는 사본을 16진수로 변환하고 프런트엔드에 0x를 추가하면 됩니다.
출력은 Hello BlockBeats입니다.
그러나 기술 산업에는 전문 분야가 있으므로 웹 페이지 및 비디오와 같은 대용량 파일을 저장하려면 여전히 다른 도구가 필요할 수 있습니다. 이 기사에서는 이론과 기본 프로토콜의 장단점을 다루지 않고 실제 적용에 중점을 두고 일반 사용자가 실제로 사용할 수 있는 몇 가지 제품을 소개합니다. 이 기사에 나열된 대부분의 제품은 저자가 실제로 사용하고 테스트한 것입니다. 앞서 저자는 NFT와 영상, 라이브 방송을 결합한 홀로그램에 대해서도 소개한 바 있는데, 더 사용 가능하거나 흥미로운 제품이 있으면 저에게 연락해 더 많은 실제 사용자를 함께 온보딩할 수 있습니다.
이 글에서 언급한 애플리케이션에 저장된 데이터는 이론적으로 모든 사람이 얻을 수 있으므로 비밀번호와 같은 개인 파일을 쉽게 저장하지 마십시오. 파일을 기밀로 유지하려면 업로드하기 전에 파일을 암호화하도록 선택하세요. 그렇지 않으면 이전에 사용자가 미러에 올린 개인 일기가 공개되면서 겪었던 민망한 일이 다시 재현될 가능성이 높습니다.
Baidu 스냅샷과 같은 웹페이지 저장
ArConnect
Arweave 프로토콜의 비수탁형 지갑인 ArConnect의 기본 사용법은 잘 알려진 MetaMask와 크게 다르지 않습니다. 하지만 내장된 Archive Page(웹페이지 아카이브) 기능을 웹페이지 보존 아티팩트라고 합니다. 단 한 번의 클릭으로 웹 페이지를 Ardrive에 저장하여 Permaweb 애플리케이션과 상호 작용하는 간단하고 효율적인 방법을 제공합니다.

2023년 7월 31일 리듬 주간리포트 아카이브입니다. 표시 형식은 기본적으로 웹페이지와 동일하며, PDF 형식으로 Ardrive에 저장되어 있는 11페이지 분량의 문서이며 다운로드가 가능합니다.
Ethereum에서 프로그램을 사용하기 위해 MetaMask를 작동하는 것과 마찬가지로 ArConnect의 Archive Page를 사용하려면 AR 토큰을 사용해야 한다는 점을 지적할 가치가 있습니다. Arweave 네트워크에 익숙하지 않은 사용자에게는 이 작업이 어려울 수 있습니다. 이와 관련하여 우리는 이 글의 뒷부분에서 weweave를 통해 이 문제를 해결할 수 있습니다.
Archive the Web
웹 아카이브(Archive the Web)는 모든 사람에게 공개되는 영구 공개 웹 아카이브입니다. Arweave를 기반으로 구축된 접근이 불가능한 공개 버전이며, 사용자는 웹페이지 보관 과정에서 웹페이지의 외부 링크를 저장하도록 선택할 수도 있습니다.

웹 보관을 사용하면 여러 사용자가 동일한 웹 사이트를 보관하도록 선택하여 시간 흐름 웹 페이지 기록을 형성할 수 있습니다. 위 사진은 BBC(British Broadcasting Corporation) 공식 홈페이지의 아카이브 아카이브이다. 블로그 및 Medium과 같은 기사 게시
참고 자료:
참고 자료:거울의 선택: 제품인가, 프로토콜인가?
Planet
Planet은 컴퓨터에서 직접 IPFS에 웹 사이트나 블로그를 게시할 수 있는 오픈 소스 macOS 기본 앱이며, 이 웹 사이트나 블로그는 ENS 도메인 이름(예: .eth로 끝남)에 바인딩될 수 있습니다. IPFS와 ENS가 모두 분산되어 있기 때문에 귀하가 공개한 웹사이트도 분산되어 있습니다. 다른 사람들은 이 앱을 통해 귀하의 최신 업데이트를 확인할 수 있으며 귀하의 업데이트는 중앙 집중식 클라우드에 의존하지 않고도 청중에게 직접 도달할 수 있습니다.
·Planet 클라이언트를 다운로드하여 열고, 메인 인터페이스 하단의 더하기 기호를 클릭하여 나만의 Planet을 만드세요. 첫 번째 기사를 작성하고 작성하면 Planet이 IPNS로 게시됩니다. 사이드바에서 웹사이트를 마우스 오른쪽 버튼으로 클릭하고 IPNS 복사를 선택합니다. 그러면 IPNS 문자열을 얻게 됩니다.
·그런 다음 이 IPNS 문자열을 다른 Planet 사용자에게 보내면 그들은 귀하로부터 업데이트를 받고 자신의 ENS를 바인딩할 수 있습니다.
동시에 Planet은 RSS를 독립적으로 추가할 수도 있으며 RSS를 사용하려는 사용자도 이를 경험할 수 있습니다.
Planet을 사용하신다면 olivida.eth 기사를 읽어 보시기를 적극 권장합니다. 제품에 대한 창업자의 세심한 손길을 느낄 수 있습니다.이런 꾸준하고 꾸준하고 웅변적인 느낌은 암호화 업계에서는 좀처럼 볼 수 없습니다. 동시에 일반 사람들도 IPFS 소개 및 Pinning 서비스와 같은 많은 IPFS 지식을 얻을 수 있습니다.
노트:"Pinning"파일이 다음과 같은 경우 IPFS의 개념입니다."Pin"노드에 있을 때 파일은 더 이상 다른 파일에서 참조되지 않더라도 해당 노드의 가비지 수집기에 의해 삭제되지 않습니다. 만드는"Pin"참고 자료:
참고 자료:《Introducing Planet》
xLog
xLog는 사회적 특성을 강조하는 동시에 모든 사람을 위한 온체인 오픈 소스 블로깅 커뮤니티입니다. XLog는 지갑 및 이메일 연결을 지원하므로 사용자는 사용자 정의 도메인 이름, 구독, 댓글, NFT 발행, RSS 피드 및 AI 향상과 같은 기능을 사용하여 사용자 정의 블로그를 빠르게 만들 수 있습니다.

팀이 개발한 별도의 사이드 체인에 의존하는 것 외에도 xLog는 IPFS를 사용하여 콘텐츠를 저장할 뿐만 아니라 더 많은 Web2 디자인 디스플레이 채널을 지원하는 더 풍부한 편집 및 관리 도구도 갖추고 있습니다.
Dropbox 및 Baidu Netdisk와 같은 파일을 저장합니다. Filebase, web3.storage 및 Ardrive
시작하는 데 비용이 필요한 Arweave와 비교할 때, IPFS 프로토콜은 많은 IPFS 유사 제품이 무료 저장 공간을 제공하기 때문에 테스트를 막 시작하는 학생들에게 상대적으로 친숙할 수 있습니다.
두 가지 더 지적해야 할 점은 첫째로 저장 허용량은 특정 시간에 저장하는 데이터의 양이 아니라 업로드하는 총 데이터 양을 기준으로 한다는 것입니다. 이는 IPFS 및 Filecoin과 같이 이러한 서비스에서 사용되는 분산형 스토리지 네트워크가 내구성 있고 불변적인 데이터 스토리지를 제공하도록 설계되었기 때문입니다. 즉, 데이터를 업로드하면 나중에 해당 참조를 삭제하더라도 해당 데이터는 웹에 영구적으로 저장됩니다.
Web3.Storage
Web3.Storage는 IPFS 및 Filecoin과 같은 분산 프로토콜을 사용하여 개발자에게 간단한 파일 저장 서비스를 제공하는 플랫폼입니다. 또한 각 사용자는 5GB의 무료 스토리지 할당량을 얻을 수 있으며 사용자는 너무 복잡한 작업 없이 분산 스토리지에 액세스할 수 있습니다.
Web3.Storage를 통해 파일을 업로드하면 해당 파일이 IPFS 네트워크에 추가되고"Pin"Web3.Storage 노드에. 이는 로컬 노드가 오프라인이거나 자체 IPFS 노드를 실행하지 않는 경우에도 IPFS 네트워크의 다른 사용자가 파일에 계속 액세스할 수 있음을 의미합니다.
또한 Web3.Storage는 추가적인 데이터 내구성 보장을 제공하는 분산형 스토리지 네트워크인 Filecoin 네트워크에 데이터를 백업합니다. 이는 귀하의 데이터가 IPFS 네트워크뿐만 아니라 Filecoin 네트워크에도 저장되어 추가적인 중복성과 내구성을 제공한다는 것을 의미합니다.

저자는 위에서 언급한 Archive 아카이브의 PDF 파일을 Web3.Storage에 업로드합니다.
Filebase
Filebase는 분산형 스토리지 네트워크를 쉽게 사용하고 활용할 수 있는 방법을 제공하므로 개발자가 분산형 애플리케이션을 더 쉽게 구축하고 배포할 수 있습니다. Filebase는 또한 Amazon S3와 호환되는 API를 제공합니다. 즉, 새로운 API를 배우거나 기존 코드를 수정할 필요 없이 기존 S3 도구 및 라이브러리를 사용하여 Filebase와 상호 작용할 수 있습니다.
동시에 Filebase는 5GB의 무료 저장 공간도 제공합니다.

Ardrive
ArDrive는 Arweave를 기반으로 영구 저장 서비스를 제공하는 플랫폼으로, 사용자는 분산 네트워크에 귀중한 파일을 저장할 수 있습니다. 사용자는 Arweave 지갑에 연결하고 일회성 수수료를 지불하고 데이터를 영구적으로 저장해야 합니다. 위에 언급된 ArConnect 아카이브를 사용하여 보관된 문서는 본 계약에 명시되어 있습니다.

이 파일 링크: https://app.ardrive.io/#/file/c4525815-1a84-4145-833b-a65d06412b 95/view
Weweave
AR 토큰을 사용하고 지갑을 다운로드해야 하는 사용자와 같은 작업의 어려움으로 인해 이더리움 생태계에 익숙한 사용자는 시작하기 위한 특정 임계값이 있습니다. Arweave 생태학에 중점을 둔 DAO 조직인 PermaDAO는 Arseeding을 기반으로 네트워크 디스크와 유사한 제품인 Weweave를 구축했습니다.
Arweave 생태계에 접속하지 않고도 Arweave의 스토리지 서비스를 즐기는 것이 포인트입니다. 사용자는 이더리움 지갑에 연결하여 이더리움 또는 BSC 체인 생태계의 토큰을 직접 사용하여 Arweave 생태계의 저장 용량을 얻을 수 있습니다.

Weweave는 간단하고 이해하기 쉬우며, Ethereum에 익숙한 사용자는 이를 쉽게 사용하여 실제 영구 저장소를 얻을 수 있습니다.
웹사이트의 프런트 엔드를 영구적으로 유지하세요
자체 소유의 다양한 자료를 저장하는 것 외에도 웹사이트의 프런트 엔드를 분산화된 방식으로 표시하는 것이 더욱 발전된 플레이 방법입니다.
웹사이트와 IPFS의 결합
IPFS를 사용하여 웹 사이트 구축 또는 백업 F 2 Pool의 공동 창립자인 Wang Chun은 2020년 초 인터뷰에서 스테이크 피시(stake.fish)가 IPFS를 기반으로 한다고 말했습니다. 또한 Uniswap은 V1 버전부터 IPFS를 기반으로 웹사이트의 프런트 엔드 백업을 수행했으며 V3까지 계속 업데이트되고 있습니다.

출처: Uniswap의 GitHub
저자가 실제로 이 기능을 테스트하지 않았다는 점을 고려하여 먼저 Crust Network의 Decentralized Uniswap Interface Hosting on IPFS, 단계에 대한 간략한 소개입니다.
1단계: Uniswap 웹사이트 구축
Uniswap 빌드 사이트, 최신 버전의 Uniswap 인터페이스에 대한 모든 내용은 Build 폴더에 포함되어 있습니다.
2단계: IPFS에 웹사이트 업로드
유니스왑 합격Pinata(고정 방법) IPFS 네트워크에서 파일을 검색할 수 있도록 빌드 폴더를 IPFS 네트워크에 업로드하는 방법입니다.
3단계: IPFS에 고정
Uniswap 인터페이스Pinning그리고pinata.cloud그리고Crust Network, Build 폴더가 네트워크 전체에 배포되도록 합니다.
4단계: DNS 레코드 업데이트
Uniswap 인터페이스의 DNS 레코드를 사용하면 사람이 읽을 수 있는 URL app.uniswap.org에서 웹사이트에 액세스할 수 있습니다. DNS 레코드는 다음과 같이 구성됩니다. 값이 cloudflare-ipfs.com인 app.uniswap.org에 대한 CNAME 레코드입니다.
위는 Uniswap이 IPFS를 통합하는 간단한 단계입니다. 최신 Uniswap 포트를 구해야 하는 경우 가장 정확한 방법은 Uniswap 공식 채널(GitHub 등)에 가서 확인하는 것입니다.
웹사이트와 아르위브의 결합
마찬가지로 Uniswap과 같은 웹 프런트엔드를 Arweave에 배포하는 것도 가능합니다. 관심있는 학생들은 이 글을 참고하세요《Permanently deploy decentralized React frontends to Arweave》。

동시에 저자는 정보를 검색하는 과정에서 이미 Arweave를 기반으로 한 Uniswap 프런트엔드가 있다는 사실도 발견했습니다.
프로토콜에 통합된 저장소
위에서 언급한 제품뿐만 아니라 창작자와 커뮤니티가 직접 상호작용할 수 있는 분산형 미디어 플랫폼인 Glass와 같은 제품들은 비디오 콘텐츠를 체인에 업로드하는 데 중점을 두고 일련의 커뮤니티 및 금융화 활동을 시작합니다. 평판이 좋은 온체인 데이터 커뮤니티인 OurNetwork는 이전에 자체 데이터 분석 과정을 Glass에 업로드했습니다.
에어드랍 사용자들이 탐색하는 렌즈 프로토콜 역시 사용자 데이터를 저장하기 위해 분산화와 중앙화의 하이브리드 방식을 채택합니다.
출처: 렌즈 프로토콜 문서
Lens Protocol의 데이터는 사용 사례에 따라 분산형 불변 솔루션(예: IPFS) 또는 중앙 집중식 서비스에 저장할 수 있습니다.
말할 것도 없이 원본 PFP 이미지를 분산형 스토리지 네트워크에 업로드하는 것은 NFT 업계에서 이미 표준입니다.
대량 채택을 저장하는 데 어려움이 있는 부분은 어디입니까?
사용자 습관 외에도. 저자는 EverVision의 Arweave 개발자인 Sandy와의 커뮤니케이션을 통해 애플리케이션 개발 관점에서 프로토콜 계층의 많은 데이터와 인터페이스가 애플리케이션 개발에 그다지 친숙하지 않다는 것을 알게 되었습니다. 그리고 애플리케이션으로서 개발을 유지하기 위한 자금을 확보하는 것도 어렵습니다.
비용, 기본 프로토콜의 안정성 및 데이터 가용성에 문제가 있을 수 있습니다. 많은 애플리케이션 계층 제품은 이전 데이터를 기반으로 시스템을 다시 구축해야 합니다. 그리고 이를 수행할 수 있는 많은 팀은 결국 광범위한 용도로 실용적인 애플리케이션을 유지하지 않고 이전 Mirror처럼 프로토콜이나 미들웨어로 전환하고 자체 표준을 추진하여 다른 애플리케이션을 적극적으로 만들 것입니다. 입장.
현재 레이어 2 프로토콜과 마찬가지로 가장 많은 관심과 리소스를 받는 대부분의 사항은 여전히 서약 및 보안, 데이터 가용성 등의 구현에 있습니다. 하지만 제품에 구현되면 레이어 1과 크게 다르지 않은 경우가 많다.
제품의 지속 가능성을 고려하세요. Web3 애플리케이션에서도 같은 상황에서 토큰이 도입되지 않으면 해당 제품이 계속해서 수익을 내기는 어렵다. 돈이 되지 않는 제품은 장기간 유지관리 및 업데이트가 어렵습니다. 그렇기 때문에 많은 제품이 상대적으로 단순하거나 계속 작동하지 않거나 직접적으로 실패하는 것을 종종 볼 수 있습니다. 소규모 팀이 연습하고 사용하거나 사용자 경험에 주의를 기울이지 않고 사용할 수 있습니다. .
그리고 토큰이 도입되면 제품이 에어드랍 헌터의 영향을 받을 뿐만 아니라, 제품과 토큰의 결합에 있어서도 이전 GameFi와 유사한 패턴에 빠질 수 있으며, 결국에는 제품과 토큰을 필연적으로 가져오게 될 것입니다. 함께 죽음의 나선으로.
시장은 투자와 실제 수익 사이의 최상의 균형을 찾는 균형 게임과 같습니다. 현재 업계 동향을 살펴보면 결과를 알 수 있습니다. 모든 사람이 프로토콜에 더 많은 관심을 기울이는 경향이 있고 애플리케이션에는 상대적으로 덜 관심을 기울이는 경향이 있습니다.


