18066c72a0
Previously we failed to decode min_final_cltv_expiry properly if the highest bit was 1: in practice, we could not pay invoices that had a value in [16-31] or [512-1023]. Many invoices use a value around 144, so this was simply unnoticed. also update default value to follow BOLT change: https://github.com/lightningnetwork/lightning-rfc/commit/c5693d336d5e166e8e5bfce45f081bc61c0e7999