{"type": "project", "title": "eth.limo", "logoImg": "bafkreico7g6kvn62eil32momfk7qjrcnrsdmhalvsz6iy4bhncov4i5d64", "website": "https://eth.limo", "bannerImg": "bafkreif635dr3ajnljk43vrm3xeyqgv5mkflab7cdnmuhtapc36djfjfrq", "createdAt": 1673371881638, "userGithub": "eth-limo", "credentials": {"github": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..aTQV8DbZ15_9Pmqbfv1RJ1lhidTR4ITmSfM6X3yrpsZ7n0imzolJ0R1-2juk-Gb8N7SlNs1PimWASgyjGxb8AA", "type": "Ed25519Signature2018", "created": "2023-04-13T13:33:43.070Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-04-13T13:33:43.070Z", "expirationDate": "2023-07-12T13:33:43.070Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xB352bB4E2A4f27683435f153A259f1B207218b1b", "hash": "v0.0.0:inQf6AVWNaH++Kr4rdccfpdE4iFXQiU5yoSvpbwwvoI=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextGithubOrg#ethlimo#91141622"}}, "twitter": {"type": ["VerifiableCredential"], "proof": {"jws": "eyJhbGciOiJFZERTQSIsImNyaXQiOlsiYjY0Il0sImI2NCI6ZmFsc2V9..9_wCOeRAL-oggPM-A8p4cGf_-KwNbctJZbPOnJouWWubBUHEDa6dJWnTKN4LmbOtso8cMu9FiJRB03zZy4w8Dg", "type": "Ed25519Signature2018", "created": "2023-01-11T17:39:23.395Z", "proofPurpose": "assertionMethod", "verificationMethod": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC#z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC"}, "issuer": "did:key:z6MkghvGHLobLEdj1bgRLhS4LPGJAvbMA1tn2zcRyqmYU5LC", "@context": ["https://www.w3.org/2018/credentials/v1"], "issuanceDate": "2023-01-11T17:39:23.395Z", "expirationDate": "2023-04-11T17:39:23.395Z", "credentialSubject": {"id": "did:pkh:eip155:1:0xB352bB4E2A4f27683435f153A259f1B207218b1b", "hash": "v0.0.0:bov4zfo5mwbvDqTxnB7dYM6P3BkCCOXpx+Bwm/QeuYE=", "@context": [{"hash": "https://schema.org/Text", "provider": "https://schema.org/Text"}], "provider": "ClearTextTwitter#eth_limo"}}}, "description": "### **eth.limo is a privacy-preserving ENS gateway, enabling users to access Ethereum-native dApps and content. LIMO represents a shift in dweb adoption by providing an alternative means of accessing ENS resolvable domains.**\n![eth.limo visual](https://substackcdn.com/image/fetch/w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fbucketeer-e05bbc84-baa3-437e-9518-adb32be77984.s3.amazonaws.com%2Fpublic%2Fimages%2Fb73ad984-fa36-4819-9b83-0e81dfd0121f_1167x937.png)\n\ud83d\udfe2 eth.limo supports every ENS compatible storage layer! Users can utilize IPFS, Arweave and Swarm contenthashes.\n\n\ud83d\udfe2 CCIP-Read for L2 and off-chain lookups are also supported!\n\n\ud83d\udfe2Emoji and unicode domains supported! [\ud83d\ude02\ud83d\ude02\ud83d\ude02.eth.limo](https://xn--g28haa.eth.limo/)\n\n\ud83d\udfe2Our new proxy supports fallback record checking. No content hash defined? No problem! Anyone with an @ensdomains can simply amend .limo in their browser to resolve a personalized Nimi profile. This pulls your ENS avatar, text records and even displays poaps! Users with an ENS name can effortlessly obtain a social landing page with no technical knowledge required. Give it a try!\n\n\ud83d\udfe2 Limo now supports on-demand @ensdomains subdomain certificates!\nWhat does this mean? You can now automatically issue a certificate for ENS subdomains without requesting one from us! \nHow does this work? Once you submit an HTTP request for your name (i.e. app.myname.eth. limo), we'll attempt to issue the certificate in the background. Usually this process takes 1-2m and during that time you might need to keep refreshing the page in your browser. Once the certificate has been issued you'll be able to visit your subdomain on eth.limo.\n\n\n\ud83d\udfe2DNS over HTTPS (DoH) Resolver DNS over HTTPS (DoH) resolver. We now offer an easy to use DNS resolver for ENS domains. The DoH resolver can be integrated with applications for native ENS resolution, or even your browser! We feature both JSON and DNS wire format responses with DNSLink support. This means you can configure your local IPFS client to resolve ENS domains directly from us with the following command:\n`ipfs config --json DNS.Resolvers '{\"eth.\": \"https://dns.eth.limo/dns-query\"}'`\nFor example if you then requested vitalik.eth, a DNS query would be constructed (https://dns.eth.limo/dns-query?name=vitalik.eth&type=TXT) which would return:\n>dnslink=/ipfs/QmQhCuJqSk9fF58wU58oiaJ1qbZwQ1eQ8mVzNWe7tgLNiD/\nWhich would instruct your IPFS client to retrieve the CID above. Consult our documentation for implementation details.\n[Documentation](https://github.com/ethlimo/documentation)\n\n\ud83d\udfe2 Chauffeur - Run a local infrastructure stack for resolving ENS domains.  https://github.com/ethlimo/chauffeur\n\n\ud83d\udfe2HTTP Object Caching - Improving content retrieval times is always a priority for the eth.limo team. After several weeks of careful testing we have fully implemented static content object caching, globally for all eth.limo resolved names. This means that we will cache content retrieved from IPFS and save it for later retrieval. The result being much faster page load times for all static content.\n\n\ud83d\udfe2Base32 and Base36 Encoding for IPFS/IPNS - We have updated both the eth.limo gateway and our DNS over HTTPS service to explicitly use Base32 encoding for IPFS CIDs and Base36 for IPNS peer IDs.\n\n\ud83d\udfe2LIMO takes public gateway services a step further by enforcing strong privacy guarantees such as never logging IP addresses or engaging in TCP fingerprinting. Limo now actively blocks FLoC (Federated Learning of Cohorts). This is a Google developed algorithm that tracks and correlates users based on their browsing history. FLoC enables advanced fingerprinting capabilities and greatly undermines online privacy and anonymity.\n\nCheck out our latest substack article -\nhttps://ethlimo.substack.com/p/ethlimo-updates-overview-and-a-luxurious\n\n\u26ab\ufe0f Road Map\nLIMO has an ambitious road-map, aimed at bolstering accessibility and facilitating developer experience with a suite of modern deployment tools.\n\n\ud83d\udd35Hotcaching - Caching is a big component of the eth.limo architecture and we are always looking for ways to improve it. In its current form, our caching layer will store ENS domain & contenthash pair mappings with a 15m TTL. This is obviously less than desirable as newly deployed content will not be visible to users immediately. In order to alleviate this limitation, we have been working on a \u201chotcache\u201d solution that will dynamically update our ENS mapping cache in real-time as records are updated on-chain. Initial support will be limited to names using the ENS public resolver. Record updates will be synchronized as they happen, making updated content available in a timely fashion.\n\n\ud83d\udd35Reverse Lookups -  Ever wondered if a particular IPFS CID is associated with an ENS name? Immediately following deployment of the Hotcache, we will begin working on a reverse lookup API for ENS domains. This means that you can search for ENS names based on the IPFS CID or contenthash.\n\n\ud83d\udd35Research on HTTP Header Standards for ENS dWebsites.\nHTTP headers are tricky to get right, even more so in decentralized environments. Certain browser features (like SharedArrayBuffer) can only be used in a \u201cSame-Origin\u201d context, which requires the use of certain server side headers to be returned to the client. With this in mind, we are investigating the best way for users to define their own header and value pairs at the ENS record level. This would be a new standard for ENS HTTP gateways and permit users to fully leverage all available browser features irrespective of how the content is accessed (i.e. gateway or web3 native browsers).\n\n\ud83d\udd35Privacy first traffic analysis and reporting - view how many requests your ENS dwebsite has received\n\n\ud83d\udd35Deployment tooling - Choose which versions of content you want to serve prior to going \u201call in\u201d on an IPFS release. Quickly roll back or fail-over in the event of a bug or vulnerability.\n\n\ud83d\udd35Privacy friendly RPC services - Take advantage of eth.limo\u2019s privacy policy and deployment tooling for pure RPC requests.\n\n\ud83d\udd35Testnet support - Experiment with ENS domains on Ethereum test networks.\n\n\ud83d\udd35Improved SEO experience.\n\n\ud83d\udd35 Solving the \u201cLIMO dilemma\u201d \u2014 providing integrity and verification checks for dweb content transiting public gateway services to ensure that malicious gateway operators are unable to MITM (man in the middle) user sessions.\n\n\ud83c\udf0e Decentralizing the LIMO infrastructure through a community run CDN.\n\nWhy do we need ETH.LIMO?\n\n\u2714\ufe0fCore internet infrastructure is becoming increasingly centralized and as such, several existential threats have emerged that undermine the principles of an decentralized, open and free internet:\n\n\u2714\ufe0fLack of non-commercial infrastructure\n\n\u2714\ufe0fOpacity of terms of service agreements and moderation policies\n\n\u2714\ufe0fProliferation of proprietary browser extensions which require centralized services \n\n\u2714\ufe0fThe erosion of the \u201ccommons\u201d and \u201cpublic space\u201d\n\n\u2714\ufe0fWeb 3.0 adoption is still nascent\n\n\u2714\ufe0fMost browsers cannot natively access ENS/IPFS\n\n\nFor end users, this means a limited selection of poor quality services that increasingly resemble a cable TV package. Accessing the dWeb can be a frustrating experience. For dApp developers, this leads to a limited selection of platforms and services in addition to lost revenue.\n\nThe LIMO project brings additional resiliency to dApps by providing an alternative means of access as a public good. As the decentralized web continues to grow, it is imperative that community projects facilitate the transition from Web 2.0 to Web 3.0.\n\nThe LIMO project is organized around the following founding principles:\n\n1. Operate ETH.LIMO as a public good.\n\n2. Establish community governance and oversight.\n\na. Provide support and technical guidance for builders and users.\n\n3. Work towards building a truly decentralized ENS/IPFS gateway service and global CDN.\n\n4. Build a world-class developer platform for dweb sites, including integrated analytics reporting and traffic management deployment tooling for commonly used web2 patterns such as A/B testing, canary and blue/green deployments.\n\n5. A commitment to open source software and the advancement of web3 through education, best practices, evangelism, and public accessibility.\n\n\n\n[Documentation](https://github.com/ethlimo/documentation)\n[Discord](https://discord.gg/zf8NxW94rB)\n ", "logoImgData": {}, "bannerImgData": {}, "projectGithub": "ethlimo", "projectTwitter": "eth_limo"}
eth.limo
### **eth.limo is a privacy-preserving ENS gateway, enabling users to access Ethereum-native dApps and content. LIMO represents a shift in dweb adoption by providing an alternative means of accessing ENS resolvable domains.**
![eth.limo visual](https://substackcdn.com/image/fetch/w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fbucketeer-e05bbc84-baa3-437e-9518-adb32be77984.s3.amazonaws.com%2Fpublic%2Fimages%2Fb73ad984-fa36-4819-9b83-0e81dfd0121f_1167x937.png)
🟢 eth.limo supports every ENS compatible storage layer! Users can utilize IPFS, Arweave and Swarm contenthashes.

🟢 CCIP-Read for L2 and off-chain lookups are also supported!

🟢Emoji and unicode domains supported! [😂😂😂.eth.limo](https://xn--g28haa.eth.limo/)

🟢Our new proxy supports fallback record checking. No content hash defined? No problem! Anyone with an @ensdomains can simply amend .limo in their browser to resolve a personalized Nimi profile. This pulls your ENS avatar, text records and even displays poaps! Users with an ENS name can effortlessly obtain a social landing page with no technical knowledge required. Give it a try!

🟢 Limo now supports on-demand @ensdomains subdomain certificates!
What does this mean? You can now automatically issue a certificate for ENS subdomains without requesting one from us! 
How does this work? Once you submit an HTTP request for your name (i.e. app.myname.eth. limo), we'll attempt to issue the certificate in the background. Usually this process takes 1-2m and during that time you might need to keep refreshing the page in your browser. Once the certificate has been issued you'll be able to visit your subdomain on eth.limo.


🟢DNS over HTTPS (DoH) Resolver DNS over HTTPS (DoH) resolver. We now offer an easy to use DNS resolver for ENS domains. The DoH resolver can be integrated with applications for native ENS resolution, or even your browser! We feature both JSON and DNS wire format responses with DNSLink support. This means you can configure your local IPFS client to resolve ENS domains directly from us with the following command:
`ipfs config --json DNS.Resolvers '{"eth.": "https://dns.eth.limo/dns-query"}'`
For example if you then requested vitalik.eth, a DNS query would be constructed (https://dns.eth.limo/dns-query?name=vitalik.eth&type=TXT) which would return:
>dnslink=/ipfs/QmQhCuJqSk9fF58wU58oiaJ1qbZwQ1eQ8mVzNWe7tgLNiD/
Which would instruct your IPFS client to retrieve the CID above. Consult our documentation for implementation details.
[Documentation](https://github.com/ethlimo/documentation)

🟢 Chauffeur - Run a local infrastructure stack for resolving ENS domains.  https://github.com/ethlimo/chauffeur

🟢HTTP Object Caching - Improving content retrieval times is always a priority for the eth.limo team. After several weeks of careful testing we have fully implemented static content object caching, globally for all eth.limo resolved names. This means that we will cache content retrieved from IPFS and save it for later retrieval. The result being much faster page load times for all static content.

🟢Base32 and Base36 Encoding for IPFS/IPNS - We have updated both the eth.limo gateway and our DNS over HTTPS service to explicitly use Base32 encoding for IPFS CIDs and Base36 for IPNS peer IDs.

🟢LIMO takes public gateway services a step further by enforcing strong privacy guarantees such as never logging IP addresses or engaging in TCP fingerprinting. Limo now actively blocks FLoC (Federated Learning of Cohorts). This is a Google developed algorithm that tracks and correlates users based on their browsing history. FLoC enables advanced fingerprinting capabilities and greatly undermines online privacy and anonymity.

Check out our latest substack article -
https://ethlimo.substack.com/p/ethlimo-updates-overview-and-a-luxurious

⚫️ Road Map
LIMO has an ambitious road-map, aimed at bolstering accessibility and facilitating developer experience with a suite of modern deployment tools.

🔵Hotcaching - Caching is a big component of the eth.limo architecture and we are always looking for ways to improve it. In its current form, our caching layer will store ENS domain & contenthash pair mappings with a 15m TTL. This is obviously less than desirable as newly deployed content will not be visible to users immediately. In order to alleviate this limitation, we have been working on a “hotcache” solution that will dynamically update our ENS mapping cache in real-time as records are updated on-chain. Initial support will be limited to names using the ENS public resolver. Record updates will be synchronized as they happen, making updated content available in a timely fashion.

🔵Reverse Lookups -  Ever wondered if a particular IPFS CID is associated with an ENS name? Immediately following deployment of the Hotcache, we will begin working on a reverse lookup API for ENS domains. This means that you can search for ENS names based on the IPFS CID or contenthash.

🔵Research on HTTP Header Standards for ENS dWebsites.
HTTP headers are tricky to get right, even more so in decentralized environments. Certain browser features (like SharedArrayBuffer) can only be used in a “Same-Origin” context, which requires the use of certain server side headers to be returned to the client. With this in mind, we are investigating the best way for users to define their own header and value pairs at the ENS record level. This would be a new standard for ENS HTTP gateways and permit users to fully leverage all available browser features irrespective of how the content is accessed (i.e. gateway or web3 native browsers).

🔵Privacy first traffic analysis and reporting - view how many requests your ENS dwebsite has received

🔵Deployment tooling - Choose which versions of content you want to serve prior to going “all in” on an IPFS release. Quickly roll back or fail-over in the event of a bug or vulnerability.

🔵Privacy friendly RPC services - Take advantage of eth.limo’s privacy policy and deployment tooling for pure RPC requests.

🔵Testnet support - Experiment with ENS domains on Ethereum test networks.

🔵Improved SEO experience.

🔵 Solving the “LIMO dilemma” — providing integrity and verification checks for dweb content transiting public gateway services to ensure that malicious gateway operators are unable to MITM (man in the middle) user sessions.

🌎 Decentralizing the LIMO infrastructure through a community run CDN.

Why do we need ETH.LIMO?

✔️Core internet infrastructure is becoming increasingly centralized and as such, several existential threats have emerged that undermine the principles of an decentralized, open and free internet:

✔️Lack of non-commercial infrastructure

✔️Opacity of terms of service agreements and moderation policies

✔️Proliferation of proprietary browser extensions which require centralized services 

✔️The erosion of the “commons” and “public space”

✔️Web 3.0 adoption is still nascent

✔️Most browsers cannot natively access ENS/IPFS


For end users, this means a limited selection of poor quality services that increasingly resemble a cable TV package. Accessing the dWeb can be a frustrating experience. For dApp developers, this leads to a limited selection of platforms and services in addition to lost revenue.

The LIMO project brings additional resiliency to dApps by providing an alternative means of access as a public good. As the decentralized web continues to grow, it is imperative that community projects facilitate the transition from Web 2.0 to Web 3.0.

The LIMO project is organized around the following founding principles:

1. Operate ETH.LIMO as a public good.

2. Establish community governance and oversight.

a. Provide support and technical guidance for builders and users.

3. Work towards building a truly decentralized ENS/IPFS gateway service and global CDN.

4. Build a world-class developer platform for dweb sites, including integrated analytics reporting and traffic management deployment tooling for commonly used web2 patterns such as A/B testing, canary and blue/green deployments.

5. A commitment to open source software and the advancement of web3 through education, best practices, evangelism, and public accessibility.



[Documentation](https://github.com/ethlimo/documentation)
[Discord](https://discord.gg/zf8NxW94rB)
 
eth.limo