Skip to content

Conversation

@MPins
Copy link
Contributor

@MPins MPins commented Oct 28, 2025

Fixes #9700
Fixes #9842

This PR updates the BOLT 11 invoice implementation to follow the new specification changes.

Specifically, it enforces validation of mandatory fields (p, h, s, n) and their expected lengths (52, 52, 52, 53 respectively).

Decode function now fail the payment if mandatory field (`p`, `h`, `s`, `n`)
does not have the correct length (52, 52, 52, 53).

Enforced payment secret field and correct lenght in the validateInvoice function.
@gemini-code-assist
Copy link

Summary of Changes

Hello @MPins, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request significantly enhances the robustness and compliance of BOLT 11 invoice handling by integrating the latest specification updates. The primary focus is on enforcing strict validation for critical invoice fields, ensuring that payment hashes, payment secrets, and destination public keys meet their specified length requirements. This change prevents the processing of malformed invoices, improving overall network reliability and security.

Highlights

  • BOLT 11 Specification Compliance: The invoice implementation now strictly adheres to the latest BOLT 11 specification changes, ensuring greater interoperability and correctness.
  • Mandatory Field Validation: Enforces validation for mandatory fields ('p', 'h', 's', 'n') to ensure they have their expected base32 lengths (52, 52, 52, 53 respectively).
  • Stricter Error Handling: Instead of silently skipping fields with incorrect lengths, the system now explicitly returns an 'ErrInvalidFieldLength', preventing the processing of malformed invoices.
  • Payment Secret Requirement: Introduces a requirement for a 32-byte payment secret in invoices, unless blinded paths are utilized, enhancing payment security.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request correctly updates the BOLT 11 invoice implementation to align with recent specification changes, enforcing mandatory field length validation for p, h, s, and n fields. Instead of skipping fields with incorrect lengths, the invoice decoding now fails, which improves spec compliance. The changes are well-implemented, with improved error handling in zpay32/decode.go and a new validation check for payment secrets in zpay32/invoice.go. All related tests have been diligently updated to reflect these new, stricter validation rules. The code is clean, adheres to the style guide, and the release notes are clear. Overall, this is a solid contribution.

MPins added 3 commits October 28, 2025 15:30
Adpat the current tests to the new behavior of 'Decode', 'validateInvoice',
'parseTaggedFields', 'parse32Bytes' and 'parseDestination'.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[feature]: Make sure the BOLT11 invoice encoding follows the new spec changes [feature]: Make payment address mandatory

1 participant