From dc2b294667bb5770cc32b93cc560638cf5ce7087 Mon Sep 17 00:00:00 2001
From: s1fr0 <28568419+s1fr0@users.noreply.github.com>
Date: Sat, 5 Feb 2022 00:24:45 +0100
Subject: [PATCH] Fix

---
 .../protocol/waku_rln_relay/waku_rln_relay_utils.nim | 12 ------------
 1 file changed, 12 deletions(-)

diff --git a/waku/v2/protocol/waku_rln_relay/waku_rln_relay_utils.nim b/waku/v2/protocol/waku_rln_relay/waku_rln_relay_utils.nim
index 6c5c9d58a..78f4af7f7 100644
--- a/waku/v2/protocol/waku_rln_relay/waku_rln_relay_utils.nim
+++ b/waku/v2/protocol/waku_rln_relay/waku_rln_relay_utils.nim
@@ -426,18 +426,6 @@ proc compare*(e1, e2: Epoch): int64 =
     epoch2 = fromEpoch(e2)
   return int64(epoch1) - int64(epoch2)
 
-proc getNanosecondTime*(t: float64): int64 = 
-  let tns = t*100000000
-  return tns
-
-proc getMicrosecondTime*(t: float64): int64 = 
-  let tmus = t*1000000
-  return tns
-
-proc getMillisecondTime*(t: float64): int64 = 
-  let tms = t*1000
-  return tms
-
 proc validateMessage*(rlnPeer: WakuRLNRelay, msg: WakuMessage, timeOption: Option[float64] = none(float64)): MessageValidationResult =
   ## validate the supplied `msg` based on the waku-rln-relay routing protocol i.e.,
   ## the `msg`'s epoch is within MAX_EPOCH_GAP of the current epoch