{"id":30139905,"url":"https://github.com/indra-labs/indra","last_synced_at":"2026-01-12T06:51:24.382Z","repository":{"id":58882204,"uuid":"533475910","full_name":"indra-labs/indra","owner":"indra-labs","description":"Distributed Virtual Private Network Powered By Bitcoin Lightning","archived":false,"fork":false,"pushed_at":"2023-10-28T14:51:45.000Z","size":26835,"stargazers_count":54,"open_issues_count":5,"forks_count":6,"subscribers_count":6,"default_branch":"master","last_synced_at":"2025-08-11T03:01:59.145Z","etag":null,"topics":["bitcoin","distributed-systems","lightning-network","privacy","privacy-enhancing-technologies","security","vpn"],"latest_commit_sha":null,"homepage":"","language":"Go","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"cc0-1.0","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/indra-labs.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2022-09-06T19:35:57.000Z","updated_at":"2025-08-04T09:28:16.000Z","dependencies_parsed_at":"2024-06-19T00:28:11.531Z","dependency_job_id":"2effac99-8f07-4f16-b5e5-b01398bd12a8","html_url":"https://github.com/indra-labs/indra","commit_stats":{"total_commits":631,"total_committers":7,"mean_commits":90.14285714285714,"dds":0.5594294770206022,"last_synced_commit":"089a0df491fd76ac393875053625f9fd4fdbe140"},"previous_names":["indra-labs/indranet"],"tags_count":280,"template":false,"template_full_name":null,"purl":"pkg:github/indra-labs/indra","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/indra-labs%2Findra","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/indra-labs%2Findra/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/indra-labs%2Findra/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/indra-labs%2Findra/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/indra-labs","download_url":"https://codeload.github.com/indra-labs/indra/tar.gz/refs/heads/master","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/indra-labs%2Findra/sbom","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":269823391,"owners_count":24480785,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","status":"online","status_checked_at":"2025-08-11T02:00:10.019Z","response_time":75,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["bitcoin","distributed-systems","lightning-network","privacy","privacy-enhancing-technologies","security","vpn"],"created_at":"2025-08-11T03:01:37.736Z","updated_at":"2026-01-12T06:51:24.340Z","avatar_url":"https://github.com/indra-labs.png","language":"Go","funding_links":[],"categories":[],"sub_categories":[],"readme":"[![Indranet Logo](docs/logo.svg)\n](https://github.com/orgs/indra-labs/projects/1/views/1)\n\n# Indranet\n\n[![GoDoc](https://img.shields.io/badge/godoc-reference-blue.svg)](https://pkg.go.dev/git.indra-labs.org/dev/ind)\n[![License: CC0](https://img.shields.io/badge/license-CC0-orange.svg)]([http://unlicense.org/](https://creativecommons.org/share-your-work/public-domain/cc0/))\n\nLightning powered distributed source routed relay network protocol.\n\n[White Paper](docs/whitepaper.md)\n\n## About the Indra Network Protocol\n\nThe ubiquitous use of encryption on the internet took some time to happen,\nthere was a time when the US government defined them as munitions and\nclaimed export restrictions, and famously the PGP project broke this via the\nFirst Amendment, by literally printing the source code on paper and then\nposting it, it became recognised that code, and encryption, are protected\nspeech.\n\nWith ubiquitous 128 and 256-bit AES encryption now in use by default, the\ncontent of messages is secure. However, the volume of messages and endpoints of\nsignals are still useful intelligence data, enabling state level actors to\nattack internet users and violate their privacy and threaten their safety.\n\nProtecting against this high level attack the main network currently doing\nthis work is the [Tor network](https://torproject.org). However, this system\nhas many flaws, and in recent times its centralised relay registry has come\nunder sustained attack by DDoS (distributed denial of service) attacks.\n\nMore specifically, the protocol has a severe bottleneck in its rendezvous model\nfor linking two outbound 3 hop connections, attackers flood these with requests,\nand legitimate users cannot get a word in edgewise. Ironically they built a\nproof of work protocol to give users a way to get ahead of the spammers.\n\nIndra eliminates this problem by using a constantly changing set of introducers\nand the actual bidirectional anonymity is done by the parties themselves via the\nsource routing headers plus pairs of hops added in front of the recipient's\nrouting header.\n\nOne of the big problems of the Tor network is its weak network\neffect. There is no incentive for anyone to run nodes on the network, and\nworse, the most common use case is tunneling back out of the network to\nanonymize location, is largely abused and led to a lot of automated block\nsystems arising on many internet services to prevent this abuse.\n\nIndra makes it possible for anyone to offer this kind of outbound relaying\nservice if they want to, but with compensation for doing so, which covers the\nrisk they take as being the visible origin point of shady traffic from time to\ntime. We are not going to expressly promote this as we believe that the service\nprovider is the sole authority over their services, subject to their fidelity to\nproviding them honestly and justly.\n\nIndra uses source routing, similar to the Lightning Network and an early but not\nreally quite viable mixnet design called HORNET. The problem with source routed\nmixnets is that they are very vulnerable to spam. Indra eliminates this problem\nby no traffic being relayed without first paying a small forward payment to\nrelays for this traffic, thus creating an economic disincentive for spam if the\nprofit is below the routing fees.\n\n## License CC0\n\n![http://creativecommons.org/publicdomain/zero/1.0/](http://i.creativecommons.org/p/zero/1.0/88x31.png)\n\n## Mission Statement\n\nWe are building Indra to end the information asymmetry between large and small\nentities on the internet.\n\nWe want to earn something from doing this and so we intend to act as introducers\nin the initial few years of operation of the main network.\n\nOnce the network is running smoothly, we want to distribute that introduction\nprivilege as widely as possible, at first to several prominent, trusted\norganisations, who are diverse and far flung from each other and ideally, in\ncompetition with each other, so that the users interests are paramount.\n\nRegarding copyright and patent, we strongly disagree with any form of monopoly,\nno matter what. History shows over and over again that monopolies are fragile\nand do not help the people, only the cabal who organise it.\n\nBut where the monpoly courts rule in favour of such claims we simply withdraw\nfrom such a lawless place.\n\nWe are building Indra because the little people who don't have thugs with titles\nto defend fiefdoms, will have far greater freedom to communicate and organise\nwhen the thugs don't have a bird's eye view of the network.\n\nSo there is no need to defend such rights since the mission matters more. Plus,\ntraveling is great for getting new ideas seeing how other cultures solve\nproblems and the philosophies that lead to their selection.\n\nIndra's anonymous communication system really will form an \"outside\"\njurisdiction everywhere. Like bringing Lex Merchant onshore. Both the founders\nof this project are very interested in laws of contract and tort and equity, in\naddition to our CS background. As such, it will enable far more things than you\ncan list in hours of brainstorming.\n\nThe root of power is the control of the flow of information. An enemy cannot\nprevail over an army if it never knows the internal state of the enemy, that all\nattempts to gather intelligence fail to be either actionable or effective.\n\nThe Byzantine Generals Problem was solved for the broadcast case as with\nBitcoin, and many altcoin projects seek to achieve this via federations, which\nin our opinion due to economic and game theory reasons is doomed to failure.\nIndra builds the solution for the peer to peer case, and we acknowledge that we\nare building on the platform that the Bitcoin and Lightning Network community\nhas built.\n\nWe are using the same principles as used in Lightning, and indeed even,\nLightning network developers are unwisely stepping into trouble attempting to\nenable their payment channels to carry arbitrary messages. To our minds, this is\nas foolish as adding a complex, Turing complete language to the broadcast model\ndistributed ledger, it is just going to end up proving that when you make\nobnoxious behaviour cheap it proliferates.\n\nWe intend to be the answer to the question that led to this perilous situation.\n\nIndra will be more than just a way to enforce your privacy, the micropayment\nmonetised relay service model is wide open to all kinds of innovation, and as\nsuch, it is a core goal that we wish to achieve is a system that enables users\nto generate their own message protocols that are executed by Indra relays.\n\nSingle point relaying, like is the standard for VPN service, is possible with\nIndra's design. So is absurdly long paths, and forking, joining, and deliberate\nrelaying delays for asynchronous messaging systems all will be easy for\ndevelopers to specify in their Indra-savvy applications.\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Findra-labs%2Findra","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Findra-labs%2Findra","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Findra-labs%2Findra/lists"}