Does iroh need a file specification to add trackers?

[amiyatulu]

CIDs are great, unique hash to fetch content, unlike .torrent file.
If one add or remove some file in .torrent, one will create a new torrent, and one will loose all the seeders of old torrent file.

With CID this will not be the case. But discovering through DHT is slow. So one need tracker servers, spread across the internet. DHT can be backup if all trackers are censored.

Can we have similar specification for iroh to add trackers, where instead of magnetic link one can provide CID.

magnet:?xt=urn:btih:3adff9a30c9cdab33c042fb807db6eb23f79a082&dn=AC-37.zip&tr=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969&tr=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337&tr=udp%3A%2F%2Fexplodie.org%3A6969&tr=udp%3A%2F%2Ftracker.empire-js.us%3A1337&tr=wss%3A%2F%2Ftracker.btorrent.xyz&tr=wss%3A%2F%2Ftracker.openwebtorrent.com

Also, one can fetch list of cids (files) from one cid, and list of cids linked to the trackers.

One can also have file specification, like .torrent. May be use apache parquet format for compression and retrieval, that supports most programming languages.

[amiyatulu]

One can also make blockchain as trackers. Storing the ip address or node id by encrypting it with cid as password. And storing all ip address/node id under a hash of cid. Transaction cost of blockchain might be problem, but its reducing day by day.

In Iroh, the Node ID is typically a cryptographic hash derived from a public key, which ensures uniqueness and security. This design allows nodes to be identified without revealing their IP addresses directly.

So storing node id directly also won't be problem.

[matheus23]

Sorry I don't have much to say about the overall question yet. However:

In Iroh, the Node ID is typically a cryptographic hash derived from a public key, which ensures uniqueness and security. This design allows nodes to be identified without revealing their IP addresses directly.

This is incorrect. The Node ID is an ed25519 public key, not the hash of one. Hashing that would not be needed for security nor for uniqueness. This all also doesn't have to do anything with revealing IP addresses strictly.
Where did you get that information from? If possible we should try to correct the source material, although I suspect this was AI generated :/