grun

hey! icecream author here. let me know your thoughts on what could make icecream more useful to you. feedback is how good products become great

hey! icecream author here. what/how/where is icecream too slow for your use case(s)? feedback is how good products become great

- afaik no openai or anth model weight have been leaked to date

- confidential computing and trusted execution environments (TEEs) are the strongest primitive yet invented to prevent model weight exfiltration. there are other techniques. like bandwidth limiting of GPU workers and key sealing. but none as strong as those afforded by confidential computing and TEEs

- see https://confidential.ai/docs/confidential-computing-primer for a primer on confidential computing

- using confidential computing and TEEs to protect model weights in use is an area of active research

note: i work on confidential.ai

similar project https://github.com/trailofbits/claude-code-devcontainer

hey fam. i wanted to stop mousing around on Google. in turn, i accidentally made something i use all day every day

if you also like keeping your hands on the keyboard, give it a try; it could click for you, too (pun intended)

PeerCDN was too early; the web wasn't ready yet.

For example, to intercept network requests to serve them from the peer-to-peer network, a <![CDATA[ tag had to be inserted into the <head> of the document to block rendering of the subsequent document. Then, once the document had finished downloading, the page HTML was manually rendered so all assets (eg JS, CSS, images, etc tags) could be loaded via JS instead of the browser natively. This was both slow and resulted in empty white pages on load. Now? We have the Service Worker API. (https://developer.mozilla.org/en-US/docs/Web/API/Service_Wor...)

I'm not as familiar with Peer5's tech stack, so I can't speak there. But hi Shachar!

Great questions!

> How does the website possibly detect that I'm on a cellular network when I'm a) use Firefox (which doesn't implement the NetworkInformation API) and b) use a VPN to either a data center or my home server?

Yep. An IP lookup is also done to see which AS the user is on. Eg an AWS IP vs a T-Mobile IP.

We also do this to detect when people tether, as when tethering Chrome will report a Wi-Fi connection via the NetworkInforamtion API but it's Wi-Fi on top of an underlying cellular connection.

> There's also the massive privacy issue: other people will know what websites you visit by simply using the P2P system

All cached data is both fragmented and encrypted. When a node sends data to another peer, it's an encrypted fragment of a file and the sender doesn't know 1) what data it's sending nor 2) which website that data is being sent for.

Great question! All cached data is both fragmented and encrypted. When a node sends data to another peer, it doesn't know 1) what data it's sending nor 2) which website that data is being sent for.

Of course! Shoot me an email at ansgar@arc. =]

As a user, yep. But doing so as a website gets your Arc account banned and your websites blacklisted.

> There's no mention on the FAQ page how it prevents from a fake user sending malicious scripts across the network as well.

All content is fragmented, encrypted, and hashed before it's distributed across the network. If a peer ever receives a file piece from a peer and that piece's hash doesn't match the expected hash, it's dropped along with the connection to that peer.

Very! The lifetime of nodes is actually quite a bit longer than 5 minutes as the tab doesn't need to be foregrounded (which Google Analytics and others report as the end of the 'session'). That, and when a node comes online, it joins the network with the cache contents it had filled previously. So it joins the network warm, not cold and needing to be filled.

Not quite. =] Arc coordinates and synchronizes across tabs (via an iframe). So Arc behaves identically whether you have one open tab with Arc or 100.

Hey guys! I'm Ansgar (https://github.com/gruns). I build Arc (http://arc.io/cdn).

In the past, I built two of the world's largest YouTube to MP3 converters. In doing so, I learned the hard way 1) that distributing content at scale globally is painful and _expensive_ and 2) that I hate ads. So I built Arc.

It's a two-sided content exchange. On one side, websites buy a faster, 10x cheaper peer-to-peer CDN. On the other side, websites make money without ads by contributing bandwidth to the peer-to-peer CDN. Arc connects the two, like Airbnb connects guests and hosts.

As bandwidth capacity grows around the globe, we find ourselves in a world where people can share bandwidth both beneficially and imperceptibly. We see glimpses of that already today: Amazon shares bandwidth with Amazon Sidewalk, Microsoft shares bandwidth with Windows updates, etc. We build Arc for this world -- a post-adblock world -- to give sites a better, more ethical way to support themselves that doesn't bombard users with ads, suck up their personal data, and preserves their privacy.

A few notes:

- For sites that use Arc's CDN, users do not use upload bandwidth and Arc's widget isn't displayed. It's just a faster, 10x cheaper CDN in one <script> tag. That's it. (See https://arc.io/faq#do-users-upload-content-with-just-the-cdn)

- For sites that monetize with Arc, we mandate that Arc's widget remains visible and intractable in the lower left corner of your website so users can learn about Arc and, if they so desire, opt out. (See https://arc.io/faq#can-i-move-modify-or-hide-arcs-widget) Additionally, Arc never activates on cellular connections; Wi-Fi and ethernet only.

- If you elect to opt out (two clicks in Arc's widget), you're opted out of all sites with Arc.

Please email me if you'd like an invite code to take Arc's CDN for a spin: ansgar@arc.io. It's 10x cheaper than Fastly, AWS, Google, etc. (See http://arc.io/cdn/). And I'd love to hear your thoughts! Feedback is how good products become great.

We designedly built Arc to be the antipode of cryptominers. See https://arc.io/faq#is-arc-a-cryptominer. =]

Arc plays nicely with adblocks. And users are always presented (via Arc's graphical widget that sites can't hide) the option to learn about Arc and opt out in two clicks/taps if they so choose.

Yep! Browser-to-browser peer-to-peer connections are established over WebRTC, data (fragmented, encrypted file pieces) flow over the WebRTC data channel, and the data is encrypted in transit with DTLS.

Hey! I'm Ansgar. I build Arc. The impact is negligible. Notably, Arc never uses cellular connections -- both to preserve battery life and never use cellular data. Wi-Fi (or ethernet) only. And all activity ceases as soon as the tab with Arc is closed.

This would be great to have.

I don't use types in my Python much. Yet at least.

Can you submit a PR to add this? That'd be awesome.

Bingo.

All the one letter PyPi project names were taken.

You should add IceCream!

Hey! I'm Ansgar. I wrote Icecream.

f-strings's `=` is awesome. I'm overjoyed it was added to Python. I use it all the time.

That said, IceCream does bring more to the table, like:

  - Stynax highlighting.
  - Pretty prints data structures.
  - Returns its value for nesting.
  - Integrates with logging via `ic.configureOutput()`.

etc

I hope that helps!

No, thank you!

If/when you give it a shot, let us know what you think. Feedback is how good products become great.

Awesome!

Let me know if you have any questions, comments, or suggestions. Feedback is how good products become great.

Awesome. Fixed!

Thank you!

P.S. Nice username. =]

Our goal is for you drop Pep in your website and Pep does everything it can to make your website the best it can be. That includes all aspects of performance: minified assets, responsive images, global CDN (Google), etc.

So Pep goes far beyond just adding a shortcut to a website to open in its own window.

Ya. I feel you.

We think every site knows their audience best and leave it up to sites to decide how lightly, or heavily, they want to encourage their users to install their PWA.

By default, Chrome's UI is quite light. http://i.imgur.com/PkWjXie.png

Our goal is for you drop Pep in your website and Pep does everything it can to make your website the best it can be. That includes all aspects of speed: minified assets, responsive images, global CDN (Google), etc. The subscription covers those, as they incur ongoing costs for processing and distribution.

This is interesting, though. Would you be more interested in Pep without all the additional, ongoing improvements? Akin mto a client side only version of Pep?

Thank you!

Hey guys! I'm Ansgar (https://github.com/gruns). I built Pep because I believe Progressive Web Apps (PWAs) are the future. They turn websites into apps that load quickly, work offline, and can be installed like native apps.

But they they can be a lot of work. And hard to get right.

We built Pep to solve that.

I'd love to hear your thoughts -- good and bad. Feedback is how good products become great.

Nope! You just

1) Add a <script> tag to your site.

and

2) Host Pep's Service Worker (https://pep.dev/pep-sw.js) on your site.

That's it. Pep takes care of the rest, thanks to the magic of the Service Worker. Everything just works.