mirror of https://github.com/acid-info/vac.dev.git
Merge pull request #33 from vacp2p/js-waku
This commit is contained in:
commit
b49d922e90
|
@ -0,0 +1,6 @@
|
||||||
|
---
|
||||||
|
short_name: franck
|
||||||
|
name: Franck Royer
|
||||||
|
twitter: dantounet
|
||||||
|
github: d4nte
|
||||||
|
---
|
|
@ -0,0 +1,175 @@
|
||||||
|
---
|
||||||
|
layout: post
|
||||||
|
name: "Presenting JS-Waku: Waku v2 in the Browser"
|
||||||
|
title: "Presenting JS-Waku: Waku v2 in the Browser"
|
||||||
|
date: 2021-06-04 12:00:00 +0800
|
||||||
|
author: franck
|
||||||
|
published: true
|
||||||
|
permalink: /presenting-js-waku
|
||||||
|
categories: platform
|
||||||
|
summary: "JS-Waku is bringing Waku v2 to the browser. Learn what we achieved so far and what is next in our pipeline!"
|
||||||
|
image: /assets/img/js-waku-gist.png
|
||||||
|
discuss: https://forum.vac.dev/t/discussion-presenting-js-waku-waku-v2-in-the-browser/81
|
||||||
|
---
|
||||||
|
|
||||||
|
For the past 3 months, we have been working on bringing Waku v2 to the browser.
|
||||||
|
Our aim is to empower dApps with Waku v2, and it led to the creation of a new library.
|
||||||
|
We believe now is good time to introduce it!
|
||||||
|
|
||||||
|
## Waku v2
|
||||||
|
|
||||||
|
First, let's review what Waku v2 is and what problem it is trying to solve.
|
||||||
|
|
||||||
|
Waku v2 comes from a need to have a more scalable, better optimised solution for the Status app to achieve decentralised
|
||||||
|
communications on resource restricted devices (i.e., mobile phones).
|
||||||
|
|
||||||
|
The Status chat feature was initially built over Whisper.
|
||||||
|
However, Whisper has a number of caveats which makes it inefficient for mobile phones.
|
||||||
|
For example, with Whisper, all devices are receiving all messages which is not ideal for limited data plans.
|
||||||
|
|
||||||
|
To remediate this, a Waku mode (then Waku v1), based on devp2p, was introduced.
|
||||||
|
To further enable web and restricted resource environments, Waku v2 was created based on libp2p.
|
||||||
|
The migration of the Status chat feature to Waku v2 is currently in progress.
|
||||||
|
|
||||||
|
We see the need of such solution in the broader Ethereum ecosystem, beyond Status.
|
||||||
|
This is why we are building Waku v2 as a decentralised communication platform for all to use and build on.
|
||||||
|
If you want to read more about Waku v2 and what it aims to achieve,
|
||||||
|
checkout [What's the Plan for Waku v2?](/waku-v2-plan).
|
||||||
|
|
||||||
|
Since last year, we have been busy defining and implementing Waku v2 protocols in [nim-waku](https://github.com/status-im/nim-waku),
|
||||||
|
from which you can build [wakunode2](https://github.com/status-im/nim-waku#wakunode).
|
||||||
|
Wakunode2 is an adaptive and modular Waku v2 node,
|
||||||
|
it allows users to run their own node and use the Waku v2 protocols they need.
|
||||||
|
The nim-waku project doubles as a library, that can be used to add Waku v2 support to native applications.
|
||||||
|
|
||||||
|
## Waku v2 in the browser
|
||||||
|
|
||||||
|
We believe that dApps and wallets can benefit from the Waku network in several ways.
|
||||||
|
For some dApps, it makes sense to enable peer-to-peer communications.
|
||||||
|
For others, machine-to-machine communications would be a great asset.
|
||||||
|
For example, in the case of a DAO,
|
||||||
|
Waku could be used for gas-less voting.
|
||||||
|
Enabling the DAO to notify their users of a new vote,
|
||||||
|
and users to vote without interacting with the blockchain and spending gas.
|
||||||
|
|
||||||
|
[Murmur](https://github.com/status-im/murmur) was the first attempt to bring Whisper to the browser,
|
||||||
|
acting as a bridge between devp2p and libp2p.
|
||||||
|
Once Waku v2 was started and there was a native implementation on top of libp2p,
|
||||||
|
a [chat POC](https://github.com/vacp2p/waku-web-chat) was created to demonstrate the potential of Waku v2
|
||||||
|
in web environment.
|
||||||
|
It showed how using js-libp2p with few modifications enabled access to the Waku v2 network.
|
||||||
|
There was still some unresolved challenges.
|
||||||
|
For example, nim-waku only support TCP connections which are not supported by browser applications.
|
||||||
|
Hence, to connect to other node, the POC was connecting to a NodeJS proxy application using websockets,
|
||||||
|
which in turn could connect to wakunode2 via TCP.
|
||||||
|
|
||||||
|
However, to enable dApp and Wallet developers to easily integrate Waku in their product,
|
||||||
|
we need to give them a library that is easy to use and works out of the box:
|
||||||
|
introducing [JS-Waku](https://github.com/status-im/js-waku).
|
||||||
|
|
||||||
|
JS-Waku is a JavaScript library that allows your dApp, wallet or other web app to interact with the Waku v2 network.
|
||||||
|
It is available right now on [npm](https://www.npmjs.com/package/js-waku):
|
||||||
|
|
||||||
|
`npm install js-waku`.
|
||||||
|
|
||||||
|
As it is written in TypeScript, types are included in the npm package to allow easy integration with TypeScript, ClojureScript and other typed languages that compile to JavaScript.
|
||||||
|
|
||||||
|
Key Waku v2 protocols are already available:
|
||||||
|
[message](https://rfc.vac.dev/spec/14/), [store](https://rfc.vac.dev/spec/13/), [relay](https://rfc.vac.dev/spec/11/) and [light push](https://rfc.vac.dev/spec/19/),
|
||||||
|
enabling your dApp to:
|
||||||
|
|
||||||
|
- Send and receive near-instant messages on the Waku network (relay),
|
||||||
|
- Query nodes for messages that may have been missed, e.g. due to poor cellular network (store),
|
||||||
|
- Send messages with confirmations (light push).
|
||||||
|
|
||||||
|
JS-Waku needs to operate in the same context from which Waku v2 was born:
|
||||||
|
a restricted environment were connectivity or uptime are not guaranteed;
|
||||||
|
JS-Waku brings Waku v2 to the browser.
|
||||||
|
|
||||||
|
## Achievements so far
|
||||||
|
|
||||||
|
We focused the past month on developing a [ReactJS Chat App](https://status-im.github.io/js-waku/).
|
||||||
|
The aim was to create enough building blocks in JS-Waku to enable this showcase web app that
|
||||||
|
we now [use for dogfooding](https://github.com/status-im/nim-waku/issues/399) purposes.
|
||||||
|
|
||||||
|
Most of the effort was on getting familiar with the [js-libp2p](https://github.com/libp2p/js-libp2p) library
|
||||||
|
that we heavily rely on.
|
||||||
|
JS-Waku is the second implementation of Waku v2 protocol,
|
||||||
|
so a lot of effort on interoperability was needed.
|
||||||
|
For example, to ensure compatibility with the nim-waku reference implementation,
|
||||||
|
we run our [tests against wakunode2](https://github.com/status-im/js-waku/blob/90c90dea11dfd1277f530cf5d683fb92992fe141/src/lib/waku_relay/index.spec.ts#L137) as part of the CI.
|
||||||
|
|
||||||
|
This interoperability effort helped solidify the current Waku v2 specifications:
|
||||||
|
By clarifying the usage of topics
|
||||||
|
([#327](https://github.com/vacp2p/rfc/issues/327), [#383](https://github.com/vacp2p/rfc/pull/383)),
|
||||||
|
fix discrepancies between specs and nim-waku
|
||||||
|
([#418](https://github.com/status-im/nim-waku/issues/418), [#419](https://github.com/status-im/nim-waku/issues/419))
|
||||||
|
and fix small nim-waku & nim-libp2p bugs
|
||||||
|
([#411](https://github.com/status-im/nim-waku/issues/411), [#439](https://github.com/status-im/nim-waku/issues/439)).
|
||||||
|
|
||||||
|
To fully access the waku network, JS-Waku needs to enable web apps to connect to nim-waku nodes.
|
||||||
|
A standard way to do so is using secure websockets as it is not possible to connect directly to a TCP port from the browser.
|
||||||
|
Unfortunately websocket support is not yet available in [nim-libp2p](https://github.com/status-im/nim-libp2p/issues/407) so
|
||||||
|
we ended up deploying [websockify](https://github.com/novnc/websockify) alongside wakunode2 instances.
|
||||||
|
|
||||||
|
As we built the [web chat app](https://github.com/status-im/js-waku/tree/main/examples/web-chat),
|
||||||
|
we were able to fine tune the API to provide a simple and succinct interface.
|
||||||
|
You can start a node, connect to other nodes and send a message in less than ten lines of code:
|
||||||
|
|
||||||
|
```javascript
|
||||||
|
import { Waku } from 'js-waku';
|
||||||
|
|
||||||
|
const waku = await Waku.create({});
|
||||||
|
|
||||||
|
const nodes = await getStatusFleetNodes();
|
||||||
|
await Promise.all(nodes.map((addr) => waku.dial(addr)));
|
||||||
|
|
||||||
|
const msg = WakuMessage.fromUtf8String("Here is a message!", "/my-cool-app/1/my-use-case/proto")
|
||||||
|
await waku.relay.send(msg);
|
||||||
|
```
|
||||||
|
|
||||||
|
We have also put a bounty at [0xHack](https://0xhack.dev/) for using JS-Waku
|
||||||
|
and running a [workshop](https://vimeo.com/551509621).
|
||||||
|
We were thrilled to have a couple of hackers create new software using our libraries.
|
||||||
|
One of the projects aimed to create a decentralised, end-to-end encrypted messenger app,
|
||||||
|
similar to what the [ETH-DM](https://rfc.vac.dev/spec/20/) protocol aims to achieve.
|
||||||
|
Another project was a decentralised Twitter platform.
|
||||||
|
Such projects allow us to prioritize the work on JS-Waku and understand how DevEx can be improved.
|
||||||
|
|
||||||
|
As more developers use JS-Waku, we will evolve the API to allow for more custom and fine-tune usage of the network
|
||||||
|
while preserving this out of the box experience.
|
||||||
|
|
||||||
|
## What's next?
|
||||||
|
|
||||||
|
Next, we are directing our attention towards [Developer Experience](https://github.com/status-im/js-waku/issues/68).
|
||||||
|
We already have [documentation](https://www.npmjs.com/package/js-waku) available but we want to provide more:
|
||||||
|
[Tutorials](https://github.com/status-im/js-waku/issues/56), various examples
|
||||||
|
and showing how [JS-Waku can be used with Web3](https://github.com/status-im/js-waku/issues/72).
|
||||||
|
|
||||||
|
By prioritizing DevEx we aim to enable JS-Waku integration in dApps and wallets.
|
||||||
|
We think JS-Waku builds a strong case for machine-to-machine (M2M) communications.
|
||||||
|
The first use cases we are looking into are dApp notifications:
|
||||||
|
Enabling dApp to notify their user directly in their wallets!
|
||||||
|
Leveraging Waku as a decentralised infrastructure and standard so that users do not have to open their dApp to be notified
|
||||||
|
of events such as DAO voting.
|
||||||
|
|
||||||
|
We already have some POC in the pipeline to enable voting and polling on the Waku network,
|
||||||
|
allowing users to save gas by **not** broadcasting each individual vote on the blockchain.
|
||||||
|
|
||||||
|
To facilitate said applications, we are looking at improving integration with Web3 providers by providing examples
|
||||||
|
of signing, validating, encrypting and decrypting messages using Web3.
|
||||||
|
Waku is privacy conscious, so we will also provide signature and encryption examples decoupled from users' Ethereum identity.
|
||||||
|
|
||||||
|
As you can read, we have grand plans for JS-Waku and Waku v2.
|
||||||
|
There is a lot to do, and we would love some help so feel free to
|
||||||
|
check out the new role in our team:
|
||||||
|
[js-waku: Wallet & Dapp Integration Developer](https://status.im/our_team/jobs.html?gh_jid=3157894).
|
||||||
|
We also have a number of [positions](https://status.im/our_team/jobs.html) open to work on Waku protocol and nim-waku.
|
||||||
|
|
||||||
|
If you are as excited as us by JS-Waku, why not build a dApp with it?
|
||||||
|
You can find documentation on the [npmjs page](https://www.npmjs.com/package/js-waku).
|
||||||
|
|
||||||
|
Whether you are a developer, you can come chat with us using [WakuJS Web Chat](https://status-im.github.io/js-waku/)
|
||||||
|
or [chat2](https://github.com/status-im/nim-waku/blob/master/docs/tutorial/chat2.md).
|
||||||
|
You can get support on Discord [#waku-support (dev support)](https://discord.gg/VChNsDdj).
|
||||||
|
If you have any ideas on how Waku could enable a specific dapp or use case, do share, we are always keen to hear it.
|
Binary file not shown.
After Width: | Height: | Size: 35 KiB |
Loading…
Reference in New Issue