Content
@
0 reply
0 recast
0 reaction
Dan Romero
@artlu
Decent Bookmarks is in beta! Questions for client devs: - does API make sense for you - would you consider including decentralized bookmarks in your FC client - if not, what would you need to see TL;DR - Cast Action adds bookmark, removes if already there - data encrypted at rest - clients responsible for UI 1/5
6 replies
5 recasts
12 reactions
Dan Romero
@artlu
2/5 - N entities share perms to read+decrypt - M entities share perms to write+encrypt - data stored on my "L4" (a database) - will settle to L2 or L3, testnet contracts first - identifier is anonymized via salted hash - secrets stay offchain
0 reply
0 recast
1 reaction
Dan Romero
@artlu
cc @dwr.eth @v @slokh @manan @samuellhuber.eth tagged in GC woj jc n DCs via /supercast Boost to rish df stephancill emo hellno liang pfista vrypan maxp eulerlagrange help me with anyone I missed? permissionless development
0 reply
0 recast
0 reaction
Uncle Davo
@uncledavo
Congrats on launch, keen to test out! relaunching @unjumble personalised digests soon (pivoting away from bookmarking), so would be keen to integrate. also, @yuki built @bookmark at farhack, in case it's not on your radar https://warpcast.com/yuki/0x14c84a04
0 reply
0 recast
1 reaction
KMac🍌 ⏩
@kmacb.eth
Data availability promise is top of list question. Is it assumed each client would perform the encrypt/decrypt?
0 reply
0 recast
0 reaction
woj
@woj.eth
congrats on the launch!
0 reply
0 recast
0 reaction
Haole
@haole
Will ping you to discuss that, my client just need this bookmark feature！
0 reply
0 recast
0 reaction
Dan Romero
@dwr.eth
We’re unlikely to build a bookmarks api any time soon if ever. Opportunity for a cast action, though.
0 reply
0 recast
0 reaction
KMac🍌 ⏩
@kmacb.eth
24 $DEGEN
0 reply
0 recast
0 reaction
