subspacedboy.bsky.social
Muscly chastity sub designing+building+selling remote-friendly Dom/sub tech. Sometimes just being horny on main. š” NYC/PHX. Thereās no OF. You know me from the smart lockbox for chastity.
91 posts
560 followers
24 following
Regular Contributor
Active Commenter
comment in response to
post
One link for āhereās how to send me a contract to reviewā and one for āhereās how to assign me one. Please be mercifulā
comment in response to
post
One of the outcomes is āblindā contracts (you canāt see the terms) kind of go away. Thereās no way to fit all the data in a Simple so all the alts require online access. In that case maybe itās just a magic link you can send your contract author that lets them āassignā one to you šš¤
comment in response to
post
Simple contracts: works entirely offline. Always fit in single messages. Limited capabilities.
Partial contract: like a stub. They require the lock to be online so the lock can download the full contract elsewhere. Easy!
Contract: all the capability you can imagine. Again, requires online.
comment in response to
post
A classic!
comment in response to
post
Comparing the outline of the v2 to the original. Much smaller.
comment in response to
post
A 3D renderable design should be done in the next few days, then more firmware finishing, and then āØtestingāØ
comment in response to
post
Deeply relatable
comment in response to
post
Iāve got Plans.
comment in response to
post
Off-the-shelf parts (minus enclosure) to speed this thing along and have something open-sourceable.
comment in response to
post
webhooks. Like 3rd party folks could make their own add-ons and get notified directly from the lockbox on key events like "onLock", "statusUpdate". Say someone makes a bluesky bot called Humilibot and adds it as a participant to the contract. It'll receive encrypted event updates directly.
comment in response to
post
If a contract requires "online" capability it can be annotated to require access and provide a URL for the full contract body. That would actually open up a lot of avenues. You could do much more elaborate contracts, especially "blind" ones you can't see ahead of time. Could also do very simple
comment in response to
post
runs out of space _very_ quickly.... So maybe some of the online bits become optional? If you want a simple lock that works almost entirely offline (minus contract generation) it'll totally work. The newer chip though does include wifi capability. So maybe there's a notion of a "partial" contract.
comment in response to
post
*checks box marked ātest subjectā*
comment in response to
post
Production from the first gen Iāll make a run of them otherwise maybe an open source kit.
comment in response to
post
Fun with randomly generated time intervals for those who self lock.
I havenāt built a test housing for the new electronics but it should be a lot smaller.
Also swaps the rp-2040 core for an ESP32-S3.
Anyway, will keep tinkering and post an update. If thereās a way to greatly simplify
comment in response to
post
Release it. Same thing with temporary unlocks. You can make a contract code that says temp unlock is ok and you can just cycle the lock while being under contract. Also thinking about āblind contractsā where you canāt see the terms (because encrypted) until you load it. Blind contract would be
comment in response to
post
Surprise faves was @propertyowner.bsky.social ās āaccepting this contract means you must accept all future ones for X days.ā So I want to add āunremovable until released keysā. Once you accept a contract with this setting the lock is owned by that Dom and only that Dom until they voluntarily
comment in response to
post
Key sends an āunlockā command.
This system greatly simplifies all the online bits while making unlock codes truly unguessable.
The contract system was a lot of fun. In practice ātask listā and āuntil i said soā were functionally the same. So this reduces everything to āuntil i said soā. One of my
comment in response to
post
That means we can just use modern cryptography instead of numerical codes. Any Dom can make a key pair. They send you the public half as a QR code and load it into the lock by holding your phone over the sensor. They can then send you a digitally signed contract and the lock is locked until the same
comment in response to
post
Full keypad. Keypad added wires, assembly steps, and input tracking in the software.
QR codes solve all this really well. The sensor scans for complete codes only, so no partial inputs. Built in error correction. You can pack hundreds of bytes in a relatively small space. Great!
comment in response to
post
Or Bluetooth. Networks are a massive PITA. So I designed a numerical code system. Itās complex enough to keep most people out and short enough as to not be a pain to transfer numbers from phone screen to keypad. I honestly really liked it. The catch was it constrained the protocol and required a
comment in response to
post
Same tbh š„² the demand and price just didnāt work out to maintain production consistently. I might do some smaller runs.
comment in response to
post
Itās def mode 7 š¤£ Iām always amazed at how convincing it is at creating the illusion of perspective
comment in response to
post
I worked over that way for years. I also miss Souk and Sandwich š¤
comment in response to
post
Is that a hair curler?!
comment in response to
post
youtu.be/UE9QNuDIM08
comment in response to
post
Itās older but did you play Mr Mosquito? I too share a love of weird games š¤£
comment in response to
post
Did you play Minit? minitgame.com
comment in response to
post
Some of it was timing. I think I was 13 when Chrono Trigger came out. No money and a lot of time didnāt hurt š¤£š¤£