doppelgnubeard has quit [Read error: Connection reset by peer]
doppelgnubeard has joined #stellar-dev
TheSeven has quit [Ping timeout: 248 seconds]
TheSeven has joined #stellar-dev
doppelgnubeard has quit [Ping timeout: 244 seconds]
TheSeven has quit [Ping timeout: 248 seconds]
TheSeven has joined #stellar-dev
doppelgnubeard has joined #stellar-dev
de_henne_ has joined #stellar-dev
de_henne has quit [Ping timeout: 244 seconds]
de_henne_ has quit [Quit: No Ping reply in 180 seconds.]
de_henne has joined #stellar-dev
doppelgnubeard has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
_whitelogger_ has joined #stellar-dev
_whitelogger has quit [Remote host closed the connection]
Kwelstr has quit [Ping timeout: 240 seconds]
Kwelstr has joined #stellar-dev
bit2017 has joined #stellar-dev
stellar-slack has quit [Remote host closed the connection]
stellar-slack has joined #stellar-dev
<stellar-slack> <eva> Hey all, I was asked a question about SCP validator choice that I’d like input on. This piece says "Depending on the use case, the validators might be chosen as: (a) one or more nodes controlled by a single organization, (b) a core group of organizations that maintain the chain, or (c) every node on the network.” But in SCP, none of those are the way to select your validators, right?
<stellar-slack> <jed> someone else asked me this and my response was: "I don't think the author of that post was familiar with SCP (our consensus mechanism) In Stellar you only have to be certain that the validators you listen to are separate entities you don't have to trust them. There is no ultimate validator. That is the magic of the SCP algorithm is that we solved that problem."
<stellar-slack> <eva> That’s what I thought, thanks @jed.
cryptoyoda has joined #stellar-dev
cryptoyoda has quit [Client Quit]
doppelgnubeard has joined #stellar-dev
acetakwas has joined #stellar-dev
doppelgnubeard has quit [Read error: Connection reset by peer]
doppelgnubeard has joined #stellar-dev
doppelgnubeard has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<pigeons> do you have to trust that the seperate entities validating won't collude? would that make them effectively no longer seperate entities?
<stellar-slack> <scott> pigeons: yes, as a node, you trust that your quorum slices are not colluding to convince you of false statement.
<stellar-slack> <scott> regarding "would that make them effectively no longer seperate entities?”, I’m not sure what you are implying. Could you expand upon your thoughts further?
<pigeons> well i was asking about jed's statement above that "In Stellar you only have to be certain that the validators you listen to are separate entities you don't have to trust them."
<pigeons> and i guess that is still true in the case of collusion? if you semanticaly consider that by colluding to deceive you they are acting as a single entity effectively
<stellar-slack> <scott> To tie back to a real world analogy, as an employee I trust that my bank and my employer don’t lie to me about my paycheck being deposited. I still consider my employer and my bank to be separate entities
<stellar-slack> <jed> yeah I probably should have sadi trust that they wont collude
<stellar-slack> <scott> ah, I see the confusion. my bad.
acetakwas has quit [Read error: Connection reset by peer]
<stellar-slack> <otto_mora> hi Folks
<stellar-slack> <otto_mora> silly question but we are integrating the Stellar Java SDK into our project
<stellar-slack> <otto_mora> the devs are asking me if the SDK is available on Maven?
<stellar-slack> <scott> otto_mora: not presently. You currently have to download the jar from https://github.com/stellar/java-stellar-sdk/releases
<stellar-slack> <scott> We would be happy to accept contributions that enable us to publish to maven though
<stellar-slack> <otto_mora> ok sounds good, my devs are saying they would be happy to help, only question is if it would be acceptable to the public maven repo?
<stellar-slack> <otto_mora> *to publish it to the public maven repo?
<stellar-slack> <scott> I don’t have any experience with publishing to maven central or other public maven repos, but publishing to a public maven repo is acceptable to us.
<stellar-slack> <scott> (that is to say, provided public repo’s would accept our package, we would definitely like that to happen)
<stellar-slack> <otto_mora> ok, sounds good, just checking. thanks @scott. We will let you know when we publish them, likely sometime next week
<stellar-slack> <eva> Great, thank you to you and your devs @otto_mora :raised_hands::skin-tone-4:
doppelgnubeard has joined #stellar-dev