24 lines
1.6 KiB
Markdown
24 lines
1.6 KiB
Markdown
|
---
|
||
|
title: Research in Progress
|
||
|
---
|
||
|
|
||
|
The following features are currently experimental and under research and initial implementation:
|
||
|
|
||
|
**Economic Spam resistance**:
|
||
|
We aim to enable an incentivized spam protection technique to enhance `WAKU-RELAY` by using rate limiting nullifiers.
|
||
|
More details on this can be found in [17/WAKU2-RLN-RELAY](https://rfc.vac.dev/spec/17).
|
||
|
In this advanced method, peers are limited to a certain rate of messaging per epoch and an immediate financial penalty is enforced for spammers who break this rate.
|
||
|
|
||
|
We have prepared a PoC implementation of this method in JS: https://examples.waku.org/rln-js/
|
||
|
|
||
|
**Prevention of Denial of Service (DoS) and Node Incentivization**:
|
||
|
Denial of service signifies the case where an adversarial node exhausts another node's service capacity (e.g., by making a large number of requests) and makes it unavailable to the rest of the system.
|
||
|
RnD on DoS attack mitigation can tracked from here: https://github.com/vacp2p/research/issues/148
|
||
|
In a nutshell, peers have to pay for the service they obtain from each other.
|
||
|
In addition to incentivizing the service provider, accounting also makes DoS attacks costly for malicious peers.
|
||
|
The accounting model can be used in `13/WAKU2-STORE` and `12/WAKU2-FILTER` to protect against DoS attacks.
|
||
|
|
||
|
Additionally, along with RLN, this gives node operators who provide a useful service to the network an incentive to perform that service. Read more here: https://vac.dev/building-privacy-protecting-infrastructure
|
||
|
|
||
|
You can also read more about the current open problems the Vac/Waku team is working on here: https://vac.dev/open-problems
|