Something went wrong. Try again.
This repository has no description
Something went wrong. Try again.
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152<!DOCTYPE html><html lang="en"><head>
<!--
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! GENERATED SPEC — DO NOT EDIT. Look for the .src.html instead !!!!!!!!! !!!!!!!!! HEY YOU !!!!!!!!! YES ***YOU****! !!!!!!!!! !!!!!!!!! You're about to edit a generated document. !!!!!!!!! Don't do that! Why would you do that. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
-->
<meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>IPFS Interoperability Considerations</title> <link rel="stylesheet" href="spec.css"><link rel="icon" href="data:image/svg+xml,<svg xmlns=%22http://www.w3.org/2000/svg%22 viewBox=%220 0 100 100%22><rect x=%220%22 y=%220%22 width=%22100%22 height=%22100%22 fill=%22%2300ff75%22></rect></svg>"><link rel="alternate" type="text/markdown" href="https://dasl.ing/ipfs.md"><meta name="twitter:card" content="summary_large_image"><meta name="twitter:title" property="og:title" content="DASL: IPFS Interoperability Considerations"><meta name="twitter:description" property="og:description" content="DASL components are designed to be small and to the extent possible self-contained. Because of that, despite having roots in IPFS, no DASL component depends on traditional IPFS implementations. In many cases, systems produced to work with DASL will interoperate with IPFS, but DASL's independence means that there can occasionally be impedance mismatch. This document is a non-normative list of things to consider when using DASL with IPFS systems, particularly with ones based on the DHT and Bitswap."><meta name="twitter:image" property="og:image" content="https://dasl.ing/ipfs.png"><meta name="twitter:image:alt" content="Very colourful stripes, so colourful it hurts"><meta name="twitter:url" property="og:url" content="https://dasl.ing/"><meta property="og:site_name" content="DASL"><meta property="og:locale" content="en"><meta name="theme-color" content="#00ff75"></head> <body><div class="nav-back">A specification of the <a href="/">DASL Project</a>.</div><main><header><h1>IPFS Interoperability Considerations</h1><table><tbody><tr><th>date</th><td>2026-08-06</td></tr><tr><th>editors</th><td><a href="https://berjon.com/">Robin Berjon</a> <<a href="mailto:robin@berjon.com">robin@berjon.com</a>><br><a href="https://bumblefudge.com/">Juan Caballero</a> <<a href="mailto:bumblefudge@learningproof.xyz">bumblefudge@learningproof.xyz</a>></td></tr><tr><th>issues</th><td><a href="https://github.com/darobin/dasl.ing/issues">list</a>, <a href="https://github.com/darobin/dasl.ing/issues/new">new</a></td></tr><tr><th>abstract</th><td><div id="abstract"> <p> DASL components are designed to be small and to the extent possible self-contained. Because of that, despite having roots in IPFS, no DASL component depends on traditional IPFS implementations. In many cases, systems produced to work with DASL will interoperate with IPFS, but DASL's independence means that there can occasionally be impedance mismatch. This document is a non-normative list of things to consider when using DASL with IPFS systems, particularly with ones based on the DHT and Bitswap. </p> </div></td></tr></tbody></table></header> <section> <h2>Amino / Bitswap Compatibility</h2> <p> If you're interoperating with Amino (or other DHTs with similar properties) or need to use Bitswap: </p> <dl> <dt>Block size</dt> <dd> Nothing in DASL assumes a maximum block size, but Bitswap does. DASL does not have a built-in solution to break files into blocks (and we intend to keep it that way). In order to plan for interop with Bitswap, you will want to do your own splitting and probably to have a metadata wrapper to keep track of the split. </dd> </dl> </section>
</main></body></html>