refactor: destroy_note optimization

noir-projects/aztec-nr/aztec/src/note/lifecycle.nr

@@ -65,7 +65,7 @@ pub fn destroy_note<Note, N, M>(
     let header = note.get_header();
 
     // A non-zero note hash counter implies that we're nullifying a transient note (i.e. one that has not yet been
-    // persisted in the trees and is instead if the pending new commitments array). In such a case we compute its hash 
+    // persisted in the trees and is instead in the pending new note hashes array). In such a case we compute its hash 
     // to inform the kernel which note we're nullifyng so that it can find it and squash both the note and the 
     // nullifier. This value is unused when nullifying non transient notes - in that case the kernel simply persists
     // the nullifier in the tree.