[Babel-users] althea presentation on isp in a box at nanog 76

[Justin Kilpatrick]

Sure you can highjack the calls and lie to yourself about how much traffic you've seen. But that's not going to change what the other node expects to be paid. 

I discuss payment communication in detail in the presentation. There are plenty of ways you can cause your own node to fail, unplugging it for example. But we prevent external fraud pretty well. 

Ammbr's design, at least as written is much more complicated. They don't use pay per forward (our key simplifying assumption for payments). They also plan to build their own hardware. 

We estimated our simplicity first and commodity hardware approach would beat them to market by several years. So far that's panned out. They don't provide any sort of mesh product to the public right now. Nor is any routing or billing source code available last I checked. 

You can download the latest  Althea release here.  

https://github.com/althea-net/althea-firmware

And see the working billing implementation here. 

https://github.com/althea-net/althea_rs/blob/master/rita/src/rita_common/traffic_watcher/mod.rs


-- 
  Justin Kilpatrick
  justin at altheamesh.com

On Thu, Jun 20, 2019, at 9:13 AM, Benjamin Henrion wrote:
> On Thu, Jun 20, 2019 at 1:16 PM Justin Kilpatrick <justin at altheamesh.com> wrote:
> >
> > Every device has a WireGuard tunnel to it's peers to determine the forwarding amounts it simply looks at the tx and rx counters of the tunnel.
> 
> Correct me if I am wrong, one could easily hijack those linux kernel
> system calls and inject artifically tx and rx values?
> 
> > Since WireGuard authenticates every packet it's not possible to spoof traffic or otherwise attribute it to someone else. Unless you have their devices private key of course.
> >
> > The real potential fraud problem that's difficult to solve and I address in the presentation is that route metric spoofing can be identified and compensated for by tunneled probing of verifiable metrics, but not totally eliminated due to sampling issues.
> 
> Will listen to the whole thing...
> 
> Otherwise, a prof of crypto in my university had its name as a mentor
> a similar project with some kind of router with a pile of stackable
> modules, one of it was a HDD dedicated to host a blockchain:
> 
> https://ammbr.com/
> 
> Best,
> 
> --
> Benjamin Henrion (zoobab)
> Email: zoobab at gmail.com
> Mobile: +32-484-566109
> Web: http://www.zoobab.com
> FFII.org Brussels
> "In July 2005, after several failed attempts to legalise software
> patents in Europe, the patent establishment changed its strategy.
> Instead of explicitly seeking to sanction the patentability of
> software, they are now seeking to create a central European patent
> court, which would establish and enforce patentability rules in their
> favor, without any possibility of correction by competing courts or
> democratically elected legislators."
>