실험 기능으로 공식 go- ethereum 코드의 현재 버전은 POC 0.2 RC5 — "embrace your daemons"(로드맵)이며, 지난 몇 달 동안 Swarm toynet에서 실행되었던 코드베이스의 리팩터링되고 깔끔한 버전입니다.
현재 릴리스에는 독립 실행형 Swarm 데몬을 필요한 경우 ethereum 대역폭 계정(Swarm Accounting Protocol = SWAP 사용)은 노드가 대역폭과 릴레이 데이터에 기여하도록 인센티브를 부여하여 원활한 운영과 신속한 콘텐츠 전달을 담당합니다. SWAP 시스템은 작동하지만 기본적으로 꺼져 있습니다. 드물게 액세스되는 콘텐츠의 가용성을 보호하기 위한 스토리지 인센티브(징벌적 보험)는 POC 0.4에서 운영될 예정입니다. 따라서 현재 기본적으로 클라이언트는 도메인 이름 확인에만 블록체인을
이 블로그 게시물을 통해 Ropsten ethereum 테스트 체인에 연결된 반짝이는 새 Swarm 테스트넷의 출시를 발표하게 되어 기쁩니다. Ethereum Foundation은 Azure 클라우드에서 실행되는 35-s tron (최대 105개) Swarm 클러스터에 기여하고 있습니다. Swarm 홈페이지를 호스팅하고 있습니다.
우리는 이 테스트넷을 최초의 공개 파일럿으로 간주하며 커뮤니티는 네트워크에 참여하고, 리소스, 문제를 기여하고, 문제점을 dent , 사용성에 대한 피드백을 제공하는 것을 환영합니다. 지침은 Swarm 가이드에서 찾을 수 있습니다. 영구 노드(온라인 상태를 유지하는 노드)를 실행할 여력이 있는 사람들이 연락할 것을 권장합니다. 우리는 이미 100TB 배포에 대한 약속을 받았습니다. 테스트넷은 어떠한 보장도 제공하지 않는다는 점에 유의하십시오! 데이터가 손실되거나 사용할 수 없게 될 수 있습니다. 실제로 저장 보험 인센티브 계층이 구현될 때까지는 지속성을 보장할 수 없습니다.
테스트넷은 어떠한 보장도 제공하지 않는다는 점에 유의하십시오! 데이터가 손실되거나 사용할 수 없게 될 수 있습니다. 실제로 저장 보험 인센티브 계층이 구현될 때까지는 지속성을 보장할 수 없습니다.
우리는 점점 더 많은 커뮤니티 참여로 이 프로젝트를 형성할 것을 구상하고 있으므로 참여에 관심 있는 사람들을 초대합니다.
Swarm은 어떻게 작동합니까?
Swarm은 분산 스토리지 플랫폼이자 콘텐츠 배포 서비스입니다. ethereum Web3 스택의 기본 계층 서비스. 목표는 가동 중지 시간이 없고 DDOS 방지, 내결함성 및 검열 방지 기능이 있으며 내장된 인센티브 시스템으로 인해 자체적으로 유지되는 P2P 스토리지 및 서빙 솔루션입니다. 인센티브 계층은 대역폭에 대한 피어 투 피어 계정, 예금 기반 스토리지 인센티브를 사용하고 지불을 위한 거래 자원을 허용합니다. Swarm은 Ethereum 의 devp2p 다중 프로토콜 네트워크 계층 및 도메인 이름 확인을 위한 Ethereum 블록체인과 긴밀하게 통합되도록 설계되었습니다.
[gdlr_core_space 높이 =”40px”]
[gdlr_core_space 높이 =”40px”]
청크의 이 해시는 클라이언트가 청크(해시의 사전 이미지)를 검색하는 데 사용할 수 있는 주소입니다. 되돌릴 수 없고 충돌이 없는 주소 지정은 즉시 무결성 보호를 제공합니다. 클라이언트가 주소에 대해 어떻게 알고 있는지에 관계없이 청크가 손상되었는지 또는 해싱만으로 변조되었는지 알 수 있습니다.
Swarm이 분산 청크스토어로서 제공하는 주요 기능은 여기에 콘텐츠를 업로드할 수 있다는 것입니다. Swarm을 구성하는 노드는 청크를 저장하고 제공하기 위해 모든 전용 리소스(디스크 공간, 메모리, 대역폭 및 CPU)를 할당합니다. 그러나 누가 덩어리를 유지하는지 결정하는 것은 무엇입니까? Swarm 노드는 청크 자체와 동일한 키스페이스에 주소(bzz-계정 주소의 해시)를 가지고 있습니다. 이 주소 공간을 오버레이 네트워크라고 부르겠습니다. 청크를 Swarm에 업로드하면 프로토콜은 결국 청크 주소에 가장 가까운 노드에 저장되도록 결정합니다(오버레이 주소 공간에서 잘 defi 거리 측정에 따라). 청크가 해당 주소에 도달하는 프로세스를 동기화라고 하며 프로토콜의 일부입니다. 나중에 콘텐츠를 검색하려는 노드는 콘텐츠 주소에 가까운 노드에 쿼리를 전달하여 콘텐츠를 다시 찾을 수 있습니다. 실제로 노드에 청크가 필요한 경우 콘텐츠 주소와 함께 Swarm에 요청을 게시하면 Swarm은 데이터를 찾을 때까지(또는 요청 시간이 초과될 때까지) 요청을 전달합니다. 이와 관련하여 Swarm은 기존의 분산 해시 테이블(DHT)과 유사하지만 두 가지 중요한(그리고 아직 연구되지 않은) 기능이 있습니다.
- Vitalik의 백서 Ethereum dev core 실현
- 그녀가 첫 번째 언덕에 도착했을 때
- Duden이라는 이름의 작은 강이 흐른다.
- 내장된 인센티브 시스템으로 인한 자급자족
[gdlr_core_space 높이 =”50px”]
문서 및 Swarm 해시
API 계층에서 Swarm은 청커를 제공합니다. 청커는 파일이나 비디오 카메라 캡처 장치와 같은 모든 종류의 읽을 수 있는 소스를 가져와 고정 크기의 청크로 자릅니다. 이러한 소위 데이터 청크 또는 리프 청크는 해시된 다음 피어와 동기화됩니다. 그런 다음 데이터 청크의 해시는 청크 자체(중간 청크라고 함)로 패키징되고 프로세스가 반복됩니다. 현재 128개의 해시가 새로운 청크를 구성합니다. 결과적으로 데이터는 머클 트리로 표시되며 업로드된 파일을 검색하는 데 사용하는 주소 역할을 하는 트리의 루트 해시입니다.
