diff --git a/audits/Cypher Stack crypto March 2023/Audit.pdf b/audits/crypto/Cypher Stack March 2023/Audit.pdf
similarity index 100%
rename from audits/Cypher Stack crypto March 2023/Audit.pdf
rename to audits/crypto/Cypher Stack March 2023/Audit.pdf
diff --git a/audits/Cypher Stack crypto March 2023/LICENSE b/audits/crypto/Cypher Stack March 2023/LICENSE
similarity index 100%
rename from audits/Cypher Stack crypto March 2023/LICENSE
rename to audits/crypto/Cypher Stack March 2023/LICENSE
diff --git a/audits/Cypher Stack crypto March 2023/README.md b/audits/crypto/Cypher Stack March 2023/README.md
similarity index 100%
rename from audits/Cypher Stack crypto March 2023/README.md
rename to audits/crypto/Cypher Stack March 2023/README.md
diff --git a/audits/crypto/dkg/evrf/README.md b/audits/crypto/dkg/evrf/README.md
new file mode 100644
index 00000000..601be6b4
--- /dev/null
+++ b/audits/crypto/dkg/evrf/README.md
@@ -0,0 +1,50 @@
+# eVRF DKG
+
+In 2024, the [eVRF paper](https://eprint.iacr.org/2024/397) was published to
+the IACR preprint server. Within it was a one-round unbiased DKG and a
+one-round unbiased threshold DKG. Unfortunately, both simply describe
+communication of the secret shares as 'Alice sends $s_b$ to Bob'. This causes,
+in practice, the need for an additional round of communication to occur where
+all participants confirm they received their secret shares.
+
+Within Serai, it was posited to use the same premises as the DDH eVRF itself to
+achieve a verifiable encryption scheme. This allows the secret shares to be
+posted to any 'bulletin board' (such as a blockchain) and for all observers to
+confirm:
+
+- A participant participated
+- The secret shares sent can be received by the intended recipient so long as
+  they can access the bulletin board
+
+Additionally, Serai desired a robust scheme (albeit with an biased key as the
+output, which is fine for our purposes). Accordingly, our implementation
+instantiates the threshold eVRF DKG from the eVRF paper, with our own proposal
+for verifiable encryption, with the caller allowed to decide the set of
+participants. They may:
+
+- Select everyone, collapsing to the non-threshold unbiased DKG from the eVRF
+  paper
+- Select a pre-determined set, collapsing to the threshold unbaised DKG from
+  the eVRF paper
+- Select a post-determined set (with any solution for the Common Subset
+  problem), allowing achieving a robust threshold biased DKG
+
+Note that the eVRF paper proposes using the eVRF to sample coefficients yet
+this is unnecessary when the resulting key will be biased. Any proof of
+knowledge for the coefficients, as necessary for their extraction within the
+security proofs, would be sufficient.
+
+MAGIC Grants contracted HashCloak to formalize Serai's proposal for a DKG and
+provide proofs for its security. This resulted in
+[this paper](<./Security Proofs.pdf>).
+
+Our implementation itself is then built on top of the audited
+[`generalized-bulletproofs`](https://github.com/kayabaNerve/monero-oxide/tree/generalized-bulletproofs/audits/crypto/generalized-bulletproofs)
+and
+[`generalized-bulletproofs-ec-gadgets`](https://github.com/monero-oxide/monero-oxide/tree/fcmp%2B%2B/audits/fcmps).
+
+Note we do not use the originally premised DDH eVRF yet the one premised on
+elliptic curve divisors, the methodology of which is commented on
+[here](https://github.com/monero-oxide/monero-oxide/tree/fcmp%2B%2B/audits/divisors).
+
+Our implementation itself is unaudited at this time however.
diff --git a/audits/crypto/dkg/evrf/Security Proofs.pdf b/audits/crypto/dkg/evrf/Security Proofs.pdf
new file mode 100644
index 00000000..b89c994e
Binary files /dev/null and b/audits/crypto/dkg/evrf/Security Proofs.pdf differ
diff --git a/crypto/dkg/evrf/README.md b/crypto/dkg/evrf/README.md
index 139a8124..f8d1777e 100644
--- a/crypto/dkg/evrf/README.md
+++ b/crypto/dkg/evrf/README.md
@@ -26,21 +26,9 @@ presented in section 4.2 is extended, with the following changes:
   just one round.
 
 For a gist of the verifiable encryption scheme, please see
-https://gist.github.com/kayabaNerve/cfbde74b0660dfdf8dd55326d6ec33d7. Security
-proofs are currently being worked on.
-
----
-
-This library relies on an implementation of Bulletproofs and various
-zero-knowledge gadgets. This library uses
-[`generalized-bulletproofs`](https://docs.rs/generalized-bulletproofs),
-[`generalized-bulletproofs-circuit-abstraction`](https://docs.rs/generalized-bulletproofs-circuit-abstraction),
-and
-[`generalized-bulletproofs-ec-gadgets`](https://docs.rs/generalized-bulletproofs-ec-gadgets)
-from the Monero project's FCMP++ codebase. These libraries have received the
-following audits in the past:
-- https://github.com/kayabaNerve/monero-oxide/tree/fcmp++/audits/generalized-bulletproofs
-- https://github.com/kayabaNerve/monero-oxide/tree/fcmp++/audits/fcmps
+https://gist.github.com/kayabaNerve/cfbde74b0660dfdf8dd55326d6ec33d7. For
+security proofs and audit information, please see
+[here](../../../audits/crypto/dkg/evrf).
 
 ---