Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Feb 22 07:33

    amark on manhattan

    fix large records saving to RAD TEMPORARY test (compare)

  • Feb 22 03:46

    amark on manhattan

    woops, what? (compare)

  • Feb 22 00:41

    amark on manhattan

    -log +stat, not gets or dbg yet… (compare)

  • Feb 19 19:47

    amark on manhattan

    fix .pub on account check (compare)

  • Feb 19 12:38
    jussiry opened #906
  • Feb 18 20:25
    Dletta commented #784
  • Feb 18 20:21
    rumkin commented #784
  • Feb 17 20:39

    amark on manhattan

    3rd rewrite, have batched acks. (compare)

  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:18
    rumkin commented #784
  • Feb 17 20:17
    rumkin commented #784
  • Feb 17 19:25
    Dletta commented #784
  • Feb 17 19:20
    rumkin commented #784
  • Feb 17 19:06
    Dletta commented #784
  • Feb 17 15:01
    rumkin commented #784
  • Feb 14 03:40
    robhicks edited #905
  • Feb 14 03:37
    robhicks opened #905
  • Feb 13 08:53

    amark on manhattan

    if emitting chain perf fault, t… (compare)

  • Feb 12 22:32

    amark on manhattan

    yet again (compare)

Rob
@rm-rf-etc
@mhelander this is weir integrated with redux devtools
@mhelander https://github.com/rm-rf-etc/weir <- gun-based framework
Marcus Bernales
@mboperator
@mhelander
I went with Blockstack for auth because:
1) I only knew about Gun as a tool for distributed persistence & data synchronization.
2) I had a very positive previous experience with Blockstack for auth
3) Blockstack seems to have a nice ecosystem
My app doesn't have a concept of separate users implemented yet, but judging by Mark's SEA tutorial and it seems like it would be trivial to nest all use specific data under a user id in the path.
Mika
@mhelander
Right. SEA does much, but it's own zone for authentication point of view... I've done in my past FeathersJS integration for GraphGL database, it was very educational experience. One reason got so much interested in Gun+SEA...
Marcus Bernales
@mboperator
Have you used gun on a personal project yet @mhelander ?
For me the biggest benefit has been its effect on the way I'm doing state management. That was totally unexpected.
Mika
@mhelander
Unfortunately not really. Just enough to play with SEA both under NodeJS & browser contexts... then too busy @ work and so on... got quite far with Vue and Mithril UI for Gun+SEA login flow demo... but that got newer finished.
Marcus Bernales
@mboperator
Seems like you're primarily interested in the authorization aspect. What's the reason for that?
Mika
@mhelander
Ah, authentication & authorization are, to my mind, next thing after demoing anything, to get resolved before proceeding toward productizing anything.
Security is just so hard to grow into product or service afterwards... and how do I know that other than by personal experience.
Marcus Bernales
@mboperator
Ahh yeah that's a pragmatic answer. IAM is an incredibly hard problem to solve. My company has an entire team dedicated to it and it's still a challenge.
Do you have a code sample for your GUN + SEA login flow that you might be able to share? I'd like to contrast it with my Blockstack implementation.
Mika
@mhelander
I've got something @ home PC, unreachable from work unfortunately. And it's for like 2 years old SEA which got some API changes since. Hardest, as always, is to make robust flow with error handlings, and in my case to get reload/recall to work properly in all cases.
Marcus Bernales
@mboperator
Got it. Might be time to reimplement that project! The tooling has only gotten better since then :)
Mika
@mhelander
So true, go ahead! Would like to see someone else's solution to the ever old login handling... Had some ideas about utilizing Gun then (summer 2017) but got hired for full-time job and then just had been too busy (or tired) to spend more time completing those
Marcus Bernales
@mboperator
I meant that to be aimed at you lmao. I'm kind of over implementing auth at the moment (figuring out the auth handshake w/ Blockstack + Electron was painful).
And yeah I feel you. Gotta mind the day job first! I'm looking to make my current side project my main hustle so I have a lot more bandwidth to explore all the great decentralized tooling that's matured over the past two years.
Mika
@mhelander
Hehe, right. I'm now in progress of documenting ECIES auth flow for user login, and then ECDH key pair based token authorization system for complex database application... which will be reviewed by most strict security gurus... not easy but doable I think.
Marcus Bernales
@mboperator
Are you doing that for your day job?
Mika
@mhelander
yeah, among other things keeping me busy there
Marcus Bernales
@mboperator

lol I can see why you wouldn't want to work on auth at home too.
I can't really speak to SEA, but I can say that Gun has been a pleasure to use for data persistence and synchronization.

Was able to migrate an existing app off of Firebase and got the state persisted and hydrated via Gun in less than 100 lines of code

Mika
@mhelander
Was it you @mboperator who stated that Gun easily replaces React events and Redux store from most of the web app... which is my experience also. I've done in my past pretty decent DB based React+Redux+Saga WebSocket app, and then figured out that GraphGL would make life easier... and then found Gun. It would've been total match for my past service & app and simplify everything!
Martti Malmi
@mmalmi
Sounds like a good selling point. Gun saves your time, money and sanity by reducing the need for custom state sync code.
That was my experience when moving from ipfs to gun
Mark Nadal
@amark

@mboperator :) @mhelander wrote all of SEA :) hehe, you're talking to a legend!
@mmalmi was Satoshi's 1st contributor to Bitcoin. Now working on Iris, which will have even bigger impact.
You can see why I like to hang out in this community, pretty epic people here. :)
Now you're one too. :)

<3

BBL, I think I discovered a way to debug the live testing servers with some more useful stats. Night!
Marcus Bernales
@mboperator
@amark @mhelander now I pretty much have to take a stab at implementing SEA 😂
This is awesome. Super stoked to see what we all build and collaborate on.
also @mhelander it was not me who said that but i agree with the sentiment!
Marcus Bernales
@mboperator
anyway gotta ko. Thanks for the warm welcome. I’m excited to contribute to the cause ✊🏽
narnikgamarnik
@narnikgamarnikus

const post = user().get('posts').set(post)
gun.get('posts').set(post)
No one can change the post, besides the user, the graph of which is it?
narnikgamarnik
@narnikgamarnikus
const post = {
  title: 'First post',
  text: 'Hello world!'
}

gun
  .user()
  .get('posts')
  .set(post)
  .once(function() {
    gun.get('posts').set(this)
  })
})

In this case, if I get posts like this:

gun.get('posts').on(function(data, publicKey) {
  console.log('post', data)
})

They are already write-protected for other users.

I just now, finally, figured out how to store and protect data!
Jachen Duschletta
@Dletta
Nice, well done narnikgamarnik
@narnikgamarnik
QVDev
@QVDev
@rm-rf-etc yes I would like to join the meeting. Let me check what make sense. Will we have specific topics?
Have to check availability, do we know what amount of time we want to spend on the talk?
Rob
@rm-rf-etc
@QVDev .grant and .trust
@QVDev 1 hour, typically
QVDev
@QVDev
Those are new API's right?
Rob
@rm-rf-etc
@QVDev ya, as I recall, Mark is asking for help with completing them
Jachen Duschletta
@Dletta
The purpose of the meeting would to come up with a working ‘pseudo’ example so it can be implemented
narnikgamarnik
@narnikgamarnikus
Is there a way to get a list of users online?
Or I need to do user().get('online').put(true) at the entrance
and user().get('online').put(false) on exit?
Mark Nadal
@amark
@narnikgamarnikus congrats :D :D :D
Yeah, you'd have to build your own list of online/offline users - there is an old old old prototype of this here: https://gun.eco/docs/shim.js#-code-ondisconnect-code-
@QVDev we should have you on the proper podcast to talk about your video streaming work in general.
Yeah @Dletta .
QVDev
@QVDev
Quick question: can we sent Uint8ClampedArray via gun?
@rm-rf-etc like the new topics would like to know more about them so I can be more of a spectator asking questions during the podcast
@amark maybe a podcast specific for all upcoming work and what the state is would be nice. So everone prepares a demo and explain and gives an update and what is next on the roadmap. Probably less technical but nice to watch the showcases and posibilities of gun
Rob
@rm-rf-etc
Ya, I like this idea
Julian Stahl
@ThinkingJoules
@rm-rf-etc I don't think I can make it in on the conference call. Have lots of things going on right now, both work and personal, so I wouldn't be able to contribute anyway.
@QVDev Gun sends everything as JSON, so you would have to send it as an array and do your conversion in app code.