Remix.run Logo
Show HN: Hackney – Compare Uber, Lyft, Waymo, and Robotaxi Prices(hackney.app)
39 points by griffinli 14 hours ago | 29 comments

I created an app that compares real-time prices and wait times across Uber, Lyft, Waymo, Tesla Robotaxi, Curb, and Empower. It shows you all ride options in one list, then once you’re ready to book, it deeplinks you to the provider’s app with the route pre-filled.

Edit: Here's a demo video: https://www.youtube.com/watch?v=VV8PEAjxwQI

I reverse-engineered ride-hailing mobile apps to understand how they fetch prices from their servers. You sign in to my app with your ride-hailing accounts, and then my app requests live prices from the same APIs that ride-hailing apps use. Importantly, my app is built using an on-device approach: the app on your phone stores authentication tokens locally and sends network requests directly to each ride-hailing company’s servers. This keeps your accounts private. I wrote a blog post showing network requests sent by my app, which you can verify yourself: https://blog.hackney.app/p/how-hackney-works

This seems like an obvious app. Why doesn’t it already exist? That’s because most ride-hailing companies don’t offer public APIs for prices and wait times. Uber does offer one, but they prohibit using it for price comparison. When someone built a comparison app using the official API, Uber terminated their API access (https://www.benedelman.org/news-053116). There are apps today that don’t use official APIs, but they run your account tokens through their servers and send price requests server-side.

To integrate a ride-hailing provider, my app sends network requests for sign-in, token refresh, ride prices, and ride history (to power a feature that shows you unified ride history across apps and how much you’ve saved on each ride). Some ride-hailing apps implement certificate pinning to prevent you from viewing their network requests, and some communicate with their server using Protobuf, a data format that doesn’t include the original field names. Building an app using this approach is technically complex, but it makes possible all sorts of useful products that couldn’t otherwise exist.

The app is completely free. In the future, I may monetize through a subscription or partnerships with ride-hailing companies. I’d love to hear your feedback. You can download it today.

iOS: https://apps.apple.com/us/app/hackney-compare-rideshares/id6...

Android: https://play.google.com/store/apps/details?id=app.hackney

xnx 5 hours ago | parent | next [-]

I'm wary to try this for fear of my Uber account getting locked.

Great example of something that on-device general agents should be able to do: Operate the apps to get prices and summarize prices.

griffinli 4 hours ago | parent | next [-]

That's a valid concern but I think it's unlikely. No one's account has been locked for using this app. Rideshare companies take a large cut of the ride fare, so locking user accounts for using third-party apps is against their incentives. It's more likely that they would try to prevent this app from working, rather than targeting users of the app.

btown an hour ago | parent [-]

Not a ban, perhaps... but if I have two users - Alice who uses the app according to normal patterns, and Bob who consistently predicts and declines when my dynamic pricing algorithm tries to push above market pricing, and has a remarkably high look-to-book ratio - I'll want Alice to have better drivers, better service, faster pickups etc., because I'll have larger lifetime margins from choose-the-app-on-vibes-Alice than from race-to-the-bottom-Bob.

If my known-good supply is limited at any given time, I have every incentive to focus it on Alice, and I'd be inclined to try out e.g. new drivers on accounts like Bob's.

Rideshare data teams are incredibly talented, capable, and motivated. One does not simply front-run a market where the biggest players have a massive data advantage, control your latency, and are effectively unregulated.

griffinli an hour ago | parent [-]

An alternative possibility is that a rideshare company sees that Alice always takes the price that's offered so Alice receives the standard price, whereas Bob is price-sensitive so he receives personalized discounts on rides until the prices reach the amount that he's willing to pay.

jzebedee 14 minutes ago | parent [-]

Which is a competitive success story. It's much more profitable to avoid competition with abusive dynamic pricing and punish users for price-shopping.

dantemoon 2 hours ago | parent | prev | next [-]

I've been using this for a few months at least on both android and ios and have not been banned or locked out of any of my linked accounts but obviously that can change at any moment

DANmode 21 minutes ago | parent | prev [-]

They barely want to ban drivers, you think they’re going to ban the revenue?!

gonzalohm 2 hours ago | parent | prev | next [-]

You mentioned that Uber specifically forbids using their API for price comparison. Aren't you worried that they may implement something so you can't use internal APIs? I'm pretty sure none of the companies would like this app. Even though I think this is great and promotes fair pricing

griffinli 2 hours ago | parent | next [-]

It's possible they do that, but it's difficult to block third-party clients entirely. Changes to APIs can generally be worked around.

lowbloodsugar 35 minutes ago | parent | prev [-]

We need to make terms like that unenforceable in law with penalties if they do that anyway.

f3408fh 5 hours ago | parent | prev | next [-]

How did you get this through App Store review? My understanding is Apple tends to be pretty strict about apps that rely on reverse-engineered private APIs.

griffinli 4 hours ago | parent [-]

App Review didn't object to that. There are various apps on the App Store today that rely on reverse engineering, such as unified messaging apps, alternative rideshare price comparison apps, and driver-side rideshare aggregators.

f3408fh 3 hours ago | parent [-]

Interesting. App store asked me for proof of permission from the first party to use a reverse engineered BLE protocol.

cco 2 hours ago | parent | next [-]

App Store review is really just luck of the draw in my experience. There is usually no rhyme or reason to a decision, changing some minor thing and re-applying works a lot of the time.

griffinli 3 hours ago | parent | prev [-]

What project was this?

readme an hour ago | parent | prev | next [-]

Ah yes, an application that should exist in a free market but will probably disappear soon.

You are a good person. Keep going at it.

griffinli an hour ago | parent [-]

Free markets are great.

testfrequency 24 minutes ago | parent | prev | next [-]

Uses a British name, launches in America.

- Stolen Uber UI

- Slopped Uber illustrations

- Lloyds Bank logo

- Abused Uber API

Godspeed

Thaxll 2 hours ago | parent | prev | next [-]

It doesn't exists because:

- it's against ToS

- it can get you banned

Reversing API is trivial, this is not the reason.

dgerken 4 hours ago | parent | prev | next [-]

Much needed. I've been waiting for this.

fragmede 5 hours ago | parent | prev | next [-]

This is really cool! Is support for Zoox on your radar?

griffinli 5 hours ago | parent [-]

That's planned!

msylla 13 hours ago | parent | prev | next [-]

Neat idea, is it US only?

griffinli 12 hours ago | parent [-]

It works throughout the US and Canada.

oleg_kabanov 13 hours ago | parent | prev | next [-]

Great project. Is there a web version?

griffinli 13 hours ago | parent [-]

No, just mobile.

cammikebrown 3 hours ago | parent | prev [-]

Literally takes 5 seconds to open up different apps, lol

griffinli 3 hours ago | parent | next [-]

That can work for two apps but it's tedious once there are three or more. You'd also need to swipe back and forth between apps to find the corresponding prices for each ride type (Wait & Save, Standard, Comfort, etc.), whereas this app groups together the prices for each ride type across providers.

dymk 3 hours ago | parent | prev [-]

No it doesn't