나스닥 상장 마라톤, 비트코인 채굴 운영 시작, 주가 32% 상승

오래 기다려온 geth 1.5 (“let there bee light”) 릴리스로 인해, Swarm은 실험적 기능으로 공식 go-ethereum 릴리스에 포함되었습니다. 현재 버전의 코드는 POC 0.2 RC5 — “embrace your daemons” (로드맵)으로, 이는 지난 몇 달 동안 Swarm toynet에서 실행되었던 코드베이스의 리팩토링되고 더 깔끔한 버전입니다.

현재 릴리스는 swarmcommand를 포함하고 있으며, 이는 필요시 선호하는 IPC 호환 이더리움 클라이언트를 사용하여 독립적인 Swarm 데몬을 별도 프로세스로 실행합니다. 대역폭 계정 처리(SWAP = Swarm Accounting Protocol 사용)는 노드가 대역폭을 기여하고 데이터를 중계하도록 인센티브를 제공하여 원활한 운영과 빠른 콘텐츠 전달을 담당합니다. SWAP 시스템은 기능적이지만 기본적으로 꺼져 있습니다. 거의 접근되지 않는 콘텐츠의 가용성을 보호하기 위한 저장 인센티브(징벌적 보험)는 POC 0.4에서 운영될 계획입니다. 따라서 현재 기본적으로 클라이언트는 도메인 이름 확인을 위해 블록체인만 사용합니다.

이 블로그 게시물을 통해 Ropsten 이더리움 테스트체인에 연결된 새롭고 빛나는 Swarm 테스트넷의 출시를 기쁘게 발표합니다. 이더리움 재단은 Azure 클라우드에서 실행되는 35개(최대 105개까지 확장 예정)의 Swarm 클러스터를 기여하고 있습니다. 이 클러스터는 Swarm 홈페이지를 호스팅하고 있습니다.

우리는 이 테스트넷을 첫 번째 공개 파일럿으로 간주하며, 커뮤니티의 네트워크 참여, 자원 기여, 이슈 제기, 사용성 문제점 식별 및 피드백 제공을 환영합니다. 지침은 Swarm 가이드에서 확인할 수 있습니다. 지속적 노드(온라인 상태를 유지하는 노드)를 운영할 여력이 있는 분들은 연락해 주시기 바랍니다. 이미 100TB 규모의 배포 약속을 받았습니다. 테스트넷은 어떠한 보장도 제공하지 않음을 유의하시기 바랍니다. 데이터가 손실되거나 이용 불가능해질 수 있습니다. 특히 스토리지 인센티브 레이어가 구현되기 전까지는 영구성 보장을 할 수 없습니다.

테스트넷은 어떠한 보장도 제공하지 않음을 유의하시기 바랍니다. 데이터가 손실되거나 이용 불가능해질 수 있습니다. 특히 스토리지 인센티브 레이어가 구현되기 전까지는 영구성 보장을 할 수 없습니다.

이 프로젝트를 더 많은 커뮤니티 참여와 함께 발전시켜 나가고자 하므로, 관심 있는 분들의 참여를 초대합니다.

Swarm은 어떻게 작동합니까?

Swarm은 분산 스토리지 플랫폼이자 콘텐츠 배포 서비스로, 이더리움 Web3 스택의 네이티브 베이스 레이어 서비스입니다. 목표는 제로 다운타임, DDoS 저항성, 내결함성, 검열 저항성을 갖추고 내장된 인센티브 시스템으로 자가 유지 가능한 P2P 스토리지 및 서빙 솔루션을 제공하는 것입니다. 인센티브 레이어는 대역폭에 대한 P2P 회계, 예치 기반 스토리지 인센티브를 사용하며, 자원을 결제와 교환할 수 있게 합니다. Swarm은 이더리움의 devp2p 멀티프로토콜 네트워크 레이어 및 도메인 이름 해결을 위한 이더리움 블록체인과 깊게 통합되도록 설계되었습니다.

[gdlr_core_space height="40px"]

[gdlr_core_space height="40px"]

청크의 해시는 클라이언트가 청크(해시의 원문)를 검색하는 데 사용할 수 있는 주소입니다. 비가역적이고 충돌 없는 주소 지정은 즉시 무결성 보호를 제공합니다. 클라이언트가 주소에 대해 아는 맥락과 무관하게, 해싱을 통해 청크가 손상되었거나 변조되었는지 여부를 확인할 수 있습니다.

분산 청크스토어로서 Swarm의 주요 기능은 콘텐츠를 업로드할 수 있다는 점입니다. Swarm을 구성하는 모든 노드는 스토리지 및 서빙을 위해 자원(디스크 공간, 메모리, 대역폭, CPU)을 전용으로 사용합니다. 하지만 누가 청크를 보관할지 결정하는 요소는 무엇일까요? Swarm 노드는 청크 자체와 동일한 키스페이스에 주소(그들의 bzz-account 주소의 해시)를 가집니다. 이 주소 공간을 오버레이 네트워크라고 합시다. Swarm에 청크를 업로드하면, 프로토콜은 해당 청크가 오버레이 주소 공간의 잘 정의된 거리 측정 기준에 따라 청크 주소와 가장 가까운 노드에 최종적으로 저장되도록 결정합니다. 청크가 자신의 주소로 이동하는 과정은 동기화(syncing)라고 하며 프로토콜의 일부입니다. 나중에 콘텐츠를 검색하려는 노드는 콘텐츠 주소와 가까운 노드로 쿼리를 전달하여 콘텐츠를 다시 찾을 수 있습니다. 실제로 노드가 청크가 필요하면 콘텐츠 주소와 함께 Swarm에 요청을 게시하고, Swarm은 데이터가 발견되거나 요청이 시간 초과될 때까지 요청을 전달합니다. 이 점에서 Swarm은 전통적인 분산 해시 테이블(DHT)과 유사하지만 두 가지 중요한(아직 연구가 부족한) 기능을 갖추고 있습니다.

• 비탈릭 부테린이 이더리움 개발 코어에서 실현한 백서
• 그녀가 첫 번째 언덕에 도달했을 때
• Duden이라는 작은 강이 흐릅니다
• 내장된 인센티브 시스템으로 자가 유지 가능

[gdlr_core_space height="50px"]

문서 및 Swarm 해시

API 레이어에서 Swarm은 청커(chunker)를 제공합니다. 청커는 파일이나 비디오 카메라 캡처 장치와 같은 모든 종류의 읽을 수 있는 소스를 받아 고정 크기의 청크로 분할합니다. 이러한 데이터 청크 또는 리프 청크는 해싱된 후 피어와 동기화됩니다. 데이터 청크의 해시는 다시 청크(중간 청크라고 함)로 패키징되며 이 과정이 반복됩니다. 현재 128개의 해시가 하나의 새 청크를 구성합니다. 결과적으로 데이터는 머클 트리로 표현되며, 트리의 루트 해시가 업로드된 파일을 검색하는 데 사용되는 주소 역할을 합니다.