Meta: edit notes for the future

ch05.asciidoc

@@ -1,3 +1,4 @@
+//FIXME:reduce difficulty / we ramp up too quick Lesmes feedback
 [[ch05_wallets]]
 == Wallet Recovery
 

chapters/authorization-authentication.adoc

@@ -912,6 +912,7 @@ The standard is defined in
 https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki[BIP65
 (OP_CHECKLOCKTIMEVERIFY)].
 
+[[op_csv]]
 ==== Relative Timelocks
 
 Lock time and +OP_CLTV+ are ((("timelocks", "relative timelocks",
@@ -2027,4 +2028,4 @@ this chapter, we've skipped over one very important part of how Bitcoin
 authenticates spenders: its signatures.  We'll look at that next in
 <<c_signatures>>.
 
-//FIXME: "I think more information should be added concerning: tapscript in general. I think the MAST section would better serve to be condensed and integrated in the section on taproot. It should also mention how the taproot merle tree is unique (sorting the leaves, tagged hashes, etc, etc)."
+//FIXME:text "I think more information should be added concerning: tapscript in general. I think the MAST section would better serve to be condensed and integrated in the section on taproot. It should also mention how the taproot merle tree is unique (sorting the leaves, tagged hashes, etc, etc)."

chapters/signatures.adoc

@@ -988,5 +988,5 @@ authorization and authentication, and how to sign them.  We will next
 learn how to encourage miners to confirm them by adding fees to the
 transactions we create.
 
-//FIXME:mention segwit v0 and v1 coverage of values to aid hardware
+//FIXME: mention segwit v0 and v1 coverage of values to aid hardware
 //wallets

chapters/transactions.adoc

@@ -1177,4 +1177,4 @@ Understanding how to construct and use these conditions is essential to
 ensuring that only Alice can spend her bitcoins, so they will be the
 subject of the next chapter.
 
-//FIXME: long section or full chapter about psbts
+//TODO:text long section or full chapter about psbts

meta/third_edition_changes.asciidoc

@@ -39,4 +39,4 @@ Chapter 12::
 Appendixes::
   Added an appendix after the whitepaper with errata to the whitepaper.
 
-//FIXME:check edits history for additional changes
+//FIXME:text check edits history for additional changes