Justin Kilpatrick |

Althea Development Update #60: Teaching people to setup real gear

Globetrotting and training

This update is coming a little late; it’s been a travel filled couple of weeks.

We held Altheapalooza, a small conference in Portland featuring the Althea team and Graham from startyourownisp.com.

I also presented at the Nashville Blockchain Developers meetup

The goal of Altheapalooza was to create video content about every detail of setting up an Althea network, from antenna selection to spectrum planning. This is also our first experience trying to teach all of this in a more formal setting rather than ad-hoc lessons in the field.

This was a great opportunity to get the team together, visit the network in Clatskanie and start to tackle one of the fundamental challenges of setting up an Althea network, can we effectively train people to setup real world wireless gear?

Where on the sliding scale of a two day in person course all the way down to a 15 minute video clip do we need to be?

Althea can automate every other part of the process, but point to point wireless gear is the only way to provide incumbent ISP competitive (and often superior) performance at a low cost. We need to be very effective at teaching people to use it.

We’ll let you know how this experiment progresses and once the videos of Altheapalooza are ready.

Visiting the tower in town, it’s not even fully extended yet!

Update on bandwidth payment experiments

As expected once we started paying close attention to bandwidth payment amounts we found a few bugs. Now fixed in Alpha 11, rolling out over the next few days.

What’s New in Alpha 11

  • Separate default WiFi names to prevent issues with client devices being dumb about frequency selection
  • New logarithm based route selection weighting prevents realistic prices (hundreds of thousands of Wei per byte) from causing routing issues
  • Tools in Rita for price setting and quality adjustment, updated to work with more realistic price values
  • Fixes to client and exit billing to properly account for nat traffic
  • Crash watchdog for Rita should restart Rita on crash automatically
  • more robust automated update script to handle some common failures we’ve seen

Technical progress update

Network DAO Payments

As you may have noticed Aragon is live on mainnet, this changes our previous timeline. Which involved figuring out how to deploy Aragon ourselves.

Right now we’re working on pretty minor integration issues, trying to get our Network DAO app and it’s assets to show up on the Aragon web interface. We have contacts on the Aragon team helping us out.

  1. Aragon deployed on mainnet
  2. Possible to install the Althea app into an official Aragon DAO
  3. Althea Network DAO app shows assets and is generally usable < =
  4. Billing integration with the rest of the router functions, to provide more seamless payment.
  5. Create light client that works on routers and embedded devices.
  6. Create a bidirectional payment channel and deploy it.
  7. Integrate the light client and existing billing code.
  8. Integrate the #3 with the payment channel.
  9. Spec out channel flow in detail < = forgot to do this
  10. Integrate billing code with existing accounting code. < = back here now
  11. Comprehensively test this entire stack.

Subscribe to our newsletter!

Related Posts

Althea Development Update #70: Dueling scripts

Put on your night time sunglasses because I have a tale from our cyberpunk future, or present as it may be. How a poorly coded smart contract disrupted an ISP in rural Oregon.

Read More arrow_forward

Faster, Cheaper Internet in Medellin Colombia

Before the Red Medellin team brought in Althea's innovative technology, options for internet access were limited in Comuna 13, one of the sprawling urban communities on the hills surrounding Medellin Colombia. A few

Read More arrow_forward