lidel
banner
lidel.org
lidel
@lidel.org
Carbon-based lifeform; bringing IPFS and content-addressing to the web.
To turn digest into a CID, prefix it with fields required by CIDv1 spec:

::=

github.com/multiformats...
github.com/multiformats...
GitHub - multiformats/cid: Self-describing content-addressed identifiers for distributed systems
Self-describing content-addressed identifiers for distributed systems - multiformats/cid
github.com
November 28, 2024 at 4:07 PM
"cid" on your screenshot looks too short (32 bytes in base64url?)

atproto.com/specs/blob#b...
notes their CIDs are always version=1 (0x01), codec=dag-cbor (0x71) and multihash=sha-256 (0x12)

hint: sha256 happens to produce 32 byte digest
guess: API returns you the raw sha256 digest to save space
November 28, 2024 at 4:01 PM
Kubo (IPFS node used for self-hosting) plans to support multiple lists, initially manually (https://github.com/ipfs/kubo/issues/8492). Adding option to subscribe to IPNS name or URL to follow and get list updates could be in MVP scope (to allow people to at least follow badbit list).
IPFS filtering to allow node operators to decide on content they are willing to serve · Issue #8492 · ipfs/kubo
Checklist My issue is specific & actionable. I am not suggesting a protocol enhancement. I have searched on the issue tracker for my issue. Description Recently, Cloudflare has open sourced a fork ...
github.com
April 29, 2023 at 4:34 PM
https://github.com/ipfs/specs/pull/383 will be most likely the format of shareable lists, what we need is a convention for composing and sharing these lists. Currently only https://badbits.dwebops.pub/ exists (maintained by Protocol Labs, used on ipfs.io gateways).
IPIP-383: compact denylist format by hsanjuan · Pull Request #383 · ipfs/specs
This IPIP introduces a line-based denylist format for content blocking on IPFS focused on simplicity, scalability and ease-of-use. Related: https://github.com/hsanjuan/nopfs – an implementation of...
github.com
April 29, 2023 at 4:28 PM