Five on Nostr: My Solution: SatShoot. I got interested in this back when I wanted a P2P market for ...
My Solution: SatShoot.
I got interested in this back when I wanted a P2P market for bitcoin self-custody troubleshooting.
Expanded the idea to general freelancing that became [SatShoot](https://satshoot.com) .
My approach was to introduce a whole new kind(nip description [here](https://github.com/Pleb5/satshoot/blob/main/apps/satshoot/EVENT_STRUCTURE.md) ) for the gig economy because it can capture the use-cases better with specialized tags for title and status of the job(description is the content field), and include any tags related to the topic of the gig with "t" tags.
The best part is that with the new kinds a host of freelance apps can evolve instead of centralizing around kind1 apps, having already very bloated UX problems.
Also, to have the opportunity to assess multiple bids on the gig properly and select the best one, I have a simple "Offer" kind which has amount, payment method and pitch info associated with it. The client takes an Offer which is recorded in the Job kind. This can be thought of as a contract of sorts.
To enhance decentralized discovery of reputable counterparties, I included the option to review each other as client/freelancer, as well as public zaps and nutzaps (built-in Cashu wallet) as payments. Client-side web of trust and outbox model further help with disintermediation.
..Nonetheless I included a feature to extend reach and post Job as a kind1 note for now.
The app, though functional now (and had gigs posted and paid in multiple cases), has been under heavy UI/UX-related development for the past c.a. 2 months, which I hope to share this month.
I got interested in this back when I wanted a P2P market for bitcoin self-custody troubleshooting.
Expanded the idea to general freelancing that became [SatShoot](https://satshoot.com) .
My approach was to introduce a whole new kind(nip description [here](https://github.com/Pleb5/satshoot/blob/main/apps/satshoot/EVENT_STRUCTURE.md) ) for the gig economy because it can capture the use-cases better with specialized tags for title and status of the job(description is the content field), and include any tags related to the topic of the gig with "t" tags.
The best part is that with the new kinds a host of freelance apps can evolve instead of centralizing around kind1 apps, having already very bloated UX problems.
Also, to have the opportunity to assess multiple bids on the gig properly and select the best one, I have a simple "Offer" kind which has amount, payment method and pitch info associated with it. The client takes an Offer which is recorded in the Job kind. This can be thought of as a contract of sorts.
To enhance decentralized discovery of reputable counterparties, I included the option to review each other as client/freelancer, as well as public zaps and nutzaps (built-in Cashu wallet) as payments. Client-side web of trust and outbox model further help with disintermediation.
..Nonetheless I included a feature to extend reach and post Job as a kind1 note for now.
The app, though functional now (and had gigs posted and paid in multiple cases), has been under heavy UI/UX-related development for the past c.a. 2 months, which I hope to share this month.