ipfs / in-web-browsers

Tracking the endeavor towards getting web browsers to natively support IPFS and content-addressing
https://docs.ipfs.tech/how-to/address-ipfs-on-web/
MIT License
343 stars 29 forks source link

WICG Proposal - Local Devices API (LAN Services) #195

Open lidel opened 1 year ago

lidel commented 1 year ago

This is yet another thing that should be on our radar, as could impacr LAN and Web Browser connectivity story.

Summary

WICG Proposal's initial draft states utility relevant to IPFS in LAN contexts:

The Local Devices Protocol connects browsers to devices on the Local Area Network. Typically, these are devices such as NAS servers, Internet-connected TVs and IoT devices such as IP cameras, doorbells or thermostats.

This entire specification assumes operation in an air-gapped Local Area Network. There can be no reliance on cloud or other remote servers for core functionality. The browser and devices should communicate directly and only make use of readily available network protocols.

This proposal is highly similar to that of the Open Screen Protocol. This specification therefore often refers to it.

Or shorter pitch, highly aligned with IPFS/libp2p goals:

One of our design goals is to be offline-first with zero reliance on central infrastructure, including DNS or CAs. To that end we use self-signed certificates that are exchanged in the ‘pairing’ step, just like Bluetooth or Chromecast.

Good primer: Local.Devices.-.Building.Blocks.for.the.Local.Web.pdf

Highlights for IPFS

Some pieces that could be useful in IPFS contexts. Note: below is very high level and TBD, this section is only signaling things we should look at when investigating this proposal in depth in the furture:

References

backkem commented 3 months ago

The Local Peer-to-Peer API is the successor to the Local Devices API. It uses the same technical approach but has a more fleshed out draft spec. I made an experimental implementation at backkem/go-lp2p to help validate the design.