[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/biz/ - Business & Finance


View post   

File: 19 KB, 900x817, Chainlink.png [View same] [iqdb] [saucenao] [google]
28872916 No.28872916 [Reply] [Original]

So I understand how all that shit works, collateral, staking, the incentive to provide correct data, etc. But can someone please explain, who actually checks that the data is correct? Like let's say I choose a node which provides me with weather data from New York for my SmartContract. Who checks that the node really provides me with the data? Yeah she can lose the collateral if the data is wrong and everything. But who actually checks it, if the data is right? Because if there is only one source providing me data, then this source could just as well send wrong data, right?
I am 95% LINK since 2019, but I never understood that, let alone bothered to ask.
Can some high IQ anon help me out?

>> No.28873028

>>28872916
You don't check "a" node. You check multiple nodes. That's the point of decentralization

>> No.28873073

>>28872916
who actually checks the data is correct for a stock?

>> No.28873273

>>28872916
the chainlink network outsources the verification process to a call center in mumbai
actually the way it works is you make a request for a response to a particular API endpoint, multiple nodes retrieve a response and the protocol sees the majority response as "correct". Responses that don't conform get thrown out and their nodes get penalized. Responses that do conform get rewarded.
>>28873028
this
>>28873073
not this

>> No.28873274

>>28873073
Yeah well, many participants agree on a certain price. Just like on an auction.

>>28873028
Okay that makes sense. But what if I use a smartContract for sending out a package? Like the guy from the post office is my only source who feeds the data into the smartContract.

>> No.28873515

>>28873274
post office could make an API available that nodes could request package info through. For info thats private between two peers chainlink and blockchain are probably unnecessary

>> No.28873701

>>28873515
Nice. Question answered. Thank you anon

>> No.28874877
File: 434 KB, 1121x680, 1581530160038.png [View same] [iqdb] [saucenao] [google]
28874877

>>28873515
>He doesn't know about mixicles

>> No.28875737

How about checking the weather in Texas, right now?

>> No.28876638

>>28874877
I also don't know about mixicles
Wut dat

>> No.28876845
File: 836 KB, 630x945, 1580957847548.png [View same] [iqdb] [saucenao] [google]
28876845

>>28876638

>> No.28877469

>>28872916

All oracles can never guarantee ‘truth’ only ‘consensus’. This makes things tricky bc it encourages herding and discouraged minority dissent from correct nodes. The thing I worry about too is binary outcomes like “has country X defaulted on its debt” to trigger swaps. As the nodes report ‘yes’ isn’t there a dangerous window where being the first node to report new but correct information exposes you to risk of being an outlier, and therefore punished from diverging from the rest? Could be solved with a blind simultaneous-reveal method for node answers? Or some kind of rolls average?

>> No.28877588

>>28873274

Use cases with a single point of verification (package delivery, etc) have always seemed dumb to me for this reason. Unless you have multiple verifiers that can for a consensus, and are truly independent and tamper proof, it doesn’t seem suitable for chainlink.

>> No.28877809
File: 191 KB, 902x1024, 1613492114157.jpg [View same] [iqdb] [saucenao] [google]
28877809

>>28872916
Simple as