오랫동안 기다려온 geth 1.5("빛이 있으라") 릴리스와 함께 Swarm이 실험적 기능으로 공식 go-ethereum 릴리스에 포함되었습니다. 현재 코드 버전은 POC 0.2 RC5 - "데몬을 받아들이세요"(로드맵)이며, 이는 지난 몇 달 동안 Swarm 토이넷에서 실행되었던 코드베이스를 재구성하고 더 깔끔하게 만든 버전입니다.
현재 릴리스에는 사용자가 선호하는 IPC 호환 ethereum 클라이언트를 이용하여 별도의 프로세스로 스웜 데몬을 실행하는 스웜 명령어가 포함되어 있습니다. 대역폭 회계(스웜 회계 프로토콜 = SWAP 사용)는 노드들이 대역폭을 제공하고 데이터를 릴레이하도록 유도하여 원활한 운영과 빠른 콘텐츠 전송을 보장합니다. SWAP 시스템은 작동하지만 기본적으로 비활성화되어 있습니다. 접근 빈도가 낮은 콘텐츠의 가용성을 보호하기 위한 스토리지 인센티브(징벌적 보험)는 POC 0.4에서 구현될 예정입니다. 따라서 현재 기본적으로 클라이언트는 도메인 이름 확인에만 블록체인을 사용합니다.
이번 블로그 게시물을 통해 Ropsten ethereum 테스트체인에 연결된 새로운 Swarm 테스트넷 출시를 발표하게 되어 기쁩니다. Ethereum 재단은 Azure 클라우드에서 실행되는 35개의tron(최대 105개까지 확장 예정)으로 구성된 Swarm 클러스터를 제공하고 있으며, 이 클러스터는 Swarm 홈페이지를 호스팅합니다.
저희는 이 테스트넷을 첫 번째 공개 파일럿으로 간주하며, 커뮤니티 여러분의 참여를 환영합니다. 네트워크에 참여하여 리소스를 제공하고, 문제를 제기하고, 불편 사항을dent, 사용성에 대한 피드백을 주시면 감사하겠습니다. 자세한 지침은 Swarm 가이드를 참조하십시오. 상시 온라인 상태인 영구 노드를 운영할 여력이 있는 분들의 연락을 기다립니다. 이미 100TB 규모의 배포를 약속받았습니다. 테스트넷은 어떠한 보장도 제공하지 않습니다! 데이터가 손실되거나 사용 불가능해질 수 있습니다. 특히 스토리지 보험 인센티브 레이어가 구현되기 전까지는 데이터 영구성을 보장할 수 없습니다.
테스트넷은 어떠한 보장도 제공하지 않음을 유의하십시오! 데이터가 손실되거나 사용 불가능해질 수 있습니다. 실제로, 저장소 보험 인센티브 계층이 구현되기 전까지는 데이터 영구 보존을 보장할 수 없습니다.
저희는 지역 사회의 참여를 더욱 확대하여 이 프로젝트를 발전시켜 나가고자 하므로, 관심 있는 분들의 참여를 기다립니다
Swarm은 어떻게 작동하나요?
Swarm은 분산 스토리지 플랫폼이자 콘텐츠 배포 서비스로, ethereum Web3 스택의 네이티브 기반 레이어 서비스입니다. 목표는 다운타임이 전혀 없고, DDoS 공격에 강하며, 내결함성과 검열 저항성을 갖춘 동시에 내장된 인센티브 시스템을 통해 자립 가능한 P2P 스토리지 및 서비스 솔루션을 제공하는 것입니다. 인센티브 레이어는 대역폭에 대한 P2P 회계, 예치금 기반 스토리지 인센티브를 사용하고 리소스 거래를 통해 수익을 창출합니다. Swarm은 Ethereum 의 devP2P 멀티프로토콜 네트워크 레이어 및 도메인 이름 확인을 위한 Ethereum 블록체인과 긴밀하게 통합되도록 설계되었습니다.
[gdlr_core_space height=”40px”]
[gdlr_core_space height=”40px”]
이 청크의 해시는 클라이언트가 청크(해시의 역상)를 검색하는 데 사용할 수 있는 주소입니다. 비가역적이고 충돌이 없는 주소 지정 방식은 즉각적인 무결성 보호를 제공합니다. 클라이언트가 주소를 알게 된 경로와 관계없이, 청크를 해싱하는 것만으로 청크가 손상되었거나 변조되었는지 여부를 확인할 수 있습니다.
Swarm의 핵심 기능은 분산형 청크 저장소로서 콘텐츠를 업로드할 수 있다는 점입니다. Swarm을 구성하는 노드들은 모두 청크를 저장하고 제공하기 위해 리소스(디스크 공간, 메모리, 대역폭, CPU)를 할당합니다. 그렇다면 어떤 노드가 청크를 보유하게 될까요? Swarm 노드는 청크 자체와 동일한 키 공간에 주소(bzz 계정 주소의 해시값)를 가지고 있습니다. 이 주소 공간을 오버레이 네트워크라고 부르겠습니다. 청크를 Swarm에 업로드하면 프로토콜은 오버레이 주소 공간에서 잘defi된 거리 측정 기준에 따라 청크 주소와 가장 가까운 노드에 청크가 최종적으로 저장되도록 결정합니다. 청크가 해당 주소에 도달하는 과정을 동기화라고 하며, 이는 프로토콜의 일부입니다. 나중에 콘텐츠를 검색하려는 노드는 콘텐츠 주소와 가까운 노드에 쿼리를 전달하여 콘텐츠를 다시 찾을 수 있습니다. 실제로 노드가 데이터 청크를 필요로 할 때, 해당 콘텐츠의 주소를 포함한 요청을 스웜에 전송하기만 하면 됩니다. 그러면 스웜은 데이터가 발견될 때까지(또는 요청 시간이 초과될 때까지) 요청을 전달합니다. 이러한 점에서 스웜은 기존의 분산 해시 테이블(DHT)과 유사하지만, 두 가지 중요한(그리고 아직 연구가 부족한) 특징을 가지고 있습니다.
- 비탈릭의 백서에서 Ethereum 개발자 코어가 실현되었습니다
- 그녀가 첫 번째 언덕에 도착했을 때
- 두덴이라는 작은 강이 흐른다
- 내장된 인센티브 시스템 덕분에 자립 가능
[gdlr_core_space height=”50px”]
문서와 스웜 해시
Swarm은 API 계층에서 청커(chunker)를 제공합니다. 청커는 파일이나 비디오 카메라 캡처 장치와 같은 모든 종류의 읽기 가능한 소스를 고정 크기의 청크로 분할합니다. 이러한 데이터 청크 또는 리프 청크는 해시 처리된 후 피어와 동기화됩니다. 데이터 청크의 해시는 다시 청크(중간 청크)로 패키징되고 이 과정이 반복됩니다. 현재 128개의 해시가 새로운 청크를 구성합니다. 결과적으로 데이터는 머클 트리(merkle tree)로 표현되며, 트리의 루트 해시가 업로드된 파일을 검색하는 데 사용되는 주소 역할을 합니다.
