바이프로스트(Bifrost, IPFS.io HTTP 게이트웨이를 담당하는 프로토콜 랩스 NetOps 팀)는 이제 쿠보(Kubo) 및 IPFS 스택의 다른 도구에서 콘텐츠 차단을 활성화할 수 있음을 발표한다.

콘텐츠 차단은 원래 배드비츠(Badbits) 차단 목록을 사용하여 Nginx에서 직접 IPFS 게이트웨이 수준에서만 수행됐다. 여기에는 몇 가지 문제점이 있다. 차단 목록의 콘텐츠가 쿠보(Kubo)에서 차단되지 않았고 여전히 빗스왑(Bitswap)을 통해 사용할 수 있었다. 또한, 차단은 구체적인 CID(콘텐츠 식별자) 문자열에 영향을 주지만 동등한 문자열(즉, 기본 인코딩이 다른 문자열)에는 영향을 미치지 않는다.

이러한 문제를 해결하고 IPFS에서 콘텐츠 조정을 수행하는 방법을 개선하기 위한 장기적인 노력을 기울이기 위해 다음 단계를 수행했다.

• 더욱 더 유연하고 효율적인 소형 차단 목록 형식을 정의하는 IPIP-383 제출. 이 새로운 형식은 다양한 블록 유형을 지원하고 차단 목록 투명성, 공유 및 배포에 대한 향후 작업의 기반을 설정한다. 예를 들어, 모든 차단된 항목에는 이제 차단 이유와 같은 메타데이터를 제공하는 태그가 첨부될 수 있다. 그 다음 IPFS 구현은 해당 정보를 노출할지 여부를 선택할 수 있다.
• 새로운 압축 차단 목록 형식을 이해하고 CID 또는 IPFS 경로를 차단해야 하는지 여부를 결정하는 차단기인 NOpfs를 구현. 이 차단기 구현은 또한 쿠보가 차단된 콘텐츠를 다운로드하지 않도록 하는 기능을 제공하는 쿠보 플러그인을 제공한다. IPFS 경로 또는 URL을 차단해야 하는지 여부를 반환하는 웹 서비스를 설정하여 NOpfs를 쿠보와 별도로 사용할 수 있다(당사 측에서 예정된 작업). 이는 또한 파일코인 스토리지 제공자와 자신의 CID가 거부 목록에 포함되지 않았는지 확인하려는 모든 사람에게 유용할 수 있다.

이와 동시에 모든 사람이 이러한 변경 사항을 즉시 활용할 수 있도록 기존 차단 목록을 새 형식으로 전환했다. https://badbits.dwebops.pub/badbits.deny

이 작업은 IPFS 공용 네트워크에서 콘텐츠 조정을 개선하기 위한 더 큰 노력의 틀이다. 질문이 있거나 도움이 필요하거나 협력하고 싶다면 깃헙(GitHub)의 IPIP-383 또는 NOpfs를 통해 연락하십시오! 이 이니셔티브를 더욱 발전시키고 싶다면 이 소식을 커뮤니티와 공유하고 쿠보 유지 관리자에게 이 기능이 쿠보에 통합되는 것을 보고 싶다고 알리는 것으로 시작할 수 있다.

그리고 마지막으로 헥터(Hector)가 이 일에 쏟아 부은 모든 노력에 대해 감사를 표한다.

바이프로스트 팀.

더욱 다양한 정보 및 방송 관련 소식은

공식 SNS 채널을 통해 확인 가능합니다.