LB-Blog
Topics
  • Lightning Bounties Blog
  • The Power of Bounties in Innovation: A Historical and Modern Perspective
  • Lightning Bounties' Recap of PlebLab's Startup Day 2024 - CMDX
  • Lightning Bounties: Mentoring MIT Bitcoin Hackathon 2025
  • Lightning Bounties Turns One: Our Year in Review
  • Will Sutton
    • The Power of Bounties in Innovation: A Historical and Modern Perspective
    • Thoughts on Saylor
    • Thoughts on L402
    • L-Apps & Building
  • Mike Abramo
    • Lightning Bounties' Recap of PlebLab's Startup Day 2024 - CMDX
    • Exploring Lightning Bounties: The Intersection of Open-Source and Bitcoin
    • Lightning Bounties: Mentoring MIT Bitcoin Hackathon 2025
    • Lightning Bounties Turns One: Our Year in Review
  • Enrique Gamboa
    • Winning the MIT Hackathon 2024
    • ⚡️ Lightning Bounties at TABConf 2024: A Four-Day Adventure into the Heart of Bitcoin Innovation 🚀
  • Top Builder 2025
    • Top Builder x Lightning Bounties
      • Top Builder Teams
        • Suggesting Changes
        • Branta: Guardrails for Bitcoin & Lightning
        • Shopstr: a Marketplace to Buy & Sell Anything Anonymously with Bitcoin:
    • LB x Top Builder Weekly Recap
      • Week 1: LB x Top Builder Recap
      • Week 2: LB x Top Builder Recap
      • Week 3: LB x Top Builder Recap
      • Week 4: LB x Top Builder Recap
      • Week 5: LB x Top Builder Recap
      • Week 6: LB x Top Builder Recap
      • Week 7: LB x Top Builder Recap
      • Week 8-10: Top Builder Finale
Powered by GitBook
On this page
  • Understanding GitBook's integration with GitHub
  • Editing Existing Pages
  • Earning Rewards
  • Additional Info
Edit on GitHub
Export as PDF
  1. Top Builder 2025
  2. Top Builder x Lightning Bounties
  3. Top Builder Teams

Suggesting Changes

Learn how to edit and add new media, pages and sections

PreviousTop Builder TeamsNextBranta: Guardrails for Bitcoin & Lightning

Last updated 4 months ago

Want to make our documentation even better? First of all, thank you! This page will guide you through our contribution process, including:

  • The steps you need to follow to make contributions and edits on our blog.

  • How to claim a bounty on for your contrinutions.

To edit our docs, you must have a GitHub account. If you already have one, make sure you are logged in. If you don't, please .

Understanding GitBook's integration with GitHub

We use a platform called to host, manage and serve our documentation. GitBook fetches files from our GitHub repository , reads them and converts them into the pages you can access on . A generic structure of a documentation hosted on GitBook would look like this:

First page
├── A group of pages

│   ├── A page
│   ├── Another page
│   ├── One more page
│   │   ├── A nested page
│   │   └── Another nested page

Its mirror to GitHub, on the other hand, would have the following structure:

├── .gitbook/
│    └── assets/
│    │    └── an-image.png
├── a-group-of-pages/
│    ├── a-page.md
│    ├── another-page.md
│    ├── one-more-page/
│    │    ├── README.md
│    │    ├── a-nested-page.md
│    │    └── another-nested-page.md
├── README.md
└── SUMMARY.md
  • The .gitbook/assets folder manages every file used in any page.

  • The SUMMARY.md file tells GitBook in which order we wish to display our pages and what groups there are in our documentation.

  • The README.md file in the main folder has the contents of the first page users see when accessing the documentation website.

  • Groups of pages are controlled by folders named after the group title (i.e. a-group-of-pages).

  • Nested pages have a similar structure to groups of pages; however, a README.md file with the contents of the parent page must be added to the folder named after the parent page title.

Editing Existing Pages

1. Open the page you want to edit. What you see next depends on the resolution of your screen and whether you are viewing that page zoomed in or not.

a. On certain occasions, you may see a button saying Edit on GitHub above the Table of Contents on the right side of the page.

2. Click on the GitHub icon. This will direct you to the Markdown file in which the contents of the page are stored.

3. Click on the pencil icon (labeled "Edit this file"). This will open a basic editing environment in which you are able to customize aspects like line wrap and indentation.

5. When you are done making changes, scroll down and write a short description of your changes. Select the option Create a new branch for this commit and start a pull request and click on Propose file change. This will direct you to the Pull request page.

6. On the Pull request page, write a short comment explaining why are proposing those changes (e.g. improving readability, covering cases that weren't mentioned, adding critical details about our platform) and publish your pull request clicking on Create pull request.

Congratulations, you submitted a pull request! 🎉 The Lightning Bounties team will review it and merge them to our documentation if approved.

Earning Rewards

  1. Look for bounties titled "Help Improve Our Blog & Docs and Earn Sats!"

  2. Claim a bounty by linking your pull request

  3. Once approved, you'll receive sats as a reward!

Additional Info

Thank you for helping us improve our documentation!

4. Make any edits you need, remembering to always format them using Markdown. To understand better GitBook's implementation of Markdown, check

Visit

For a more detailed walkthrough on how to submit a pull request on the blog article file through Lightning Bounties see

Also, feel free to contact us at

app.lightningbounties.com
create one
GitBook
Lightning-Bounties/our-blog
docs.lightningbounties.com
their reference guide
https://app.lightningbounties.com
here
mike@lightningbounties.com
Screenshot of our blog home page. A GitHub icon along with the text "Edit on GitHub" is seen above the Table of Contents.
Screenshot of a version of our Contributing page on GitHub showing the Edit this file button as a pencil icon.
Screenshot of the Commit changes box. There are boxes for a brief description of the changes, an extended one, a selection menu for email addresses to associate with the commit, options to commit directly to the current branch or to create a new branch and a pull request (which opens an option to name your branch as you like) and buttons to either Propose file change or Cancel.
Screenshot of the Pull request page. It shows a box for the title of the Pull request, another for any comments. Below them, there's a Create pull request button.