From cb1bec75084f8641ca39e98b10c9e8e06988d98e Mon Sep 17 00:00:00 2001 From: Sanaz Date: Fri, 26 Mar 2021 18:36:47 -0700 Subject: [PATCH] further acknowledgement --- _posts/2021-03-03-rln-relay.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_posts/2021-03-03-rln-relay.md b/_posts/2021-03-03-rln-relay.md index 2f5adfc..7bbcfda 100644 --- a/_posts/2021-03-03-rln-relay.md +++ b/_posts/2021-03-03-rln-relay.md @@ -161,7 +161,7 @@ Furthermore, all the computations are light hence this solution fits the heterog - In line with the storage optimization, the full-node light-node structure is another path to follow. - Another possible improvement is to replace the membership contract with a distributed group management scheme e.g., through distributed hash tables. This is to address possible performance issues that the interaction with the Ethereum blockchain may cause. For example, the registration transactions are subject to delay as they have to be mined before being visible in the state of the membership contract. This means peers have to wait for some time before being able to publish any message. # Acknowledgement -Thanks to Onur Kılıç for his explanation and pointers and for assisting with development and runtime issues. Also thanks to Barry Whitehat for his time and insightful comments. +Thanks to Onur Kılıç for his explanation and pointers and for assisting with development and runtime issues. Also thanks to Barry Whitehat for his time and insightful comments. Special thanks to Oskar Thoren for his constructive comments and his guides during the development of this PoC and the writeup of this post. # References [^1]: Waku v2: [https://github.com/vacp2p/specs/blob/master/specs/waku/v2/waku-v2.md](https://github.com/vacp2p/specs/blob/master/specs/waku/v2/waku-v2.md) [^2]: RLN-Relay specifications: [https://github.com/vacp2p/specs/blob/master/specs/waku/v2/waku-rln-relay.md](https://github.com/vacp2p/specs/blob/master/specs/waku/v2/waku-rln-relay.md)