@@ -81,7 +81,7 @@ fn test_vrf_proof_different_messages() {
8181/// Test VRF proof with wrong message
8282/// Note: The simplified VRF implementation (v0.1) recomputes output from message,
8383/// so it doesn't fail verification but produces different output.
84- /// Proper ECVRF would fail verification (see ecvrf.rs:273-282)
84+ /// Proper ECVRF would fail verification (see crates/bitcell-crypto/src/ ecvrf.rs:273-282)
8585#[ test]
8686fn test_vrf_proof_wrong_message ( ) {
8787 let sk = SecretKey :: generate ( ) ;
@@ -107,7 +107,7 @@ fn test_vrf_proof_wrong_message() {
107107
108108/// Test VRF proof with wrong public key
109109/// Critical security property: proof from one key shouldn't verify with another key
110- /// Note: Simplified VRF (v0.1) doesn't enforce this. See ecvrf.rs:259-270 for proper behavior.
110+ /// Note: Simplified VRF (v0.1) doesn't enforce this. See crates/bitcell-crypto/src/ ecvrf.rs:259-270 for proper behavior.
111111#[ test]
112112fn test_vrf_proof_wrong_public_key ( ) {
113113 let sk1 = SecretKey :: generate ( ) ;
@@ -214,7 +214,7 @@ fn test_vrf_blockchain_determinism() {
214214
215215/// Test VRF with multiple different validators
216216/// Note: This test validates VRF chaining with multiple blocks.
217- /// The blockchain uses its own secret_key for VRF generation (blockchain.rs:209,229),
217+ /// The blockchain uses its own secret_key for VRF generation (crates/bitcell-node/src/ blockchain.rs:209,229),
218218/// not the validator parameter, so all VRFs are from the same key.
219219/// To properly test multiple validators, each would need their own blockchain instance.
220220#[ test]
0 commit comments