Projectstructuur

Tokengestuurde registratie voor reputatie-, kwaliteits- en contentmanagement
Een kernonderdeel van het platform is de registratie van sensoren en datastromen/bestanden die op het platform beschikbaar worden gesteld. In het DataStreamRegistry slaan we alle databronnen op die streaming sensordata leveren.
Gestreamde gegevens kunnen real-time gegevens van een IoT-sensor zijn. Deze gegevens worden per tijdspanne verkocht. Een DataSetRegistry bevat "bestanden" met gegevens die kunnen worden gekocht; deze gegevens worden verkocht als downloads.
Om een ​​stream/set in een dergelijke registratie op te nemen, moet de eigenaar een bepaald aantal DTX-tokens in bezit hebben (in dit geval indienen/verzenden/vergrendelen). Deze tokens worden vergrendeld door gegevensverkopers als een garantie van goede trouw.
Er zullen minimale bezitsvereisten zijn om permanent in het register te worden vermeld. Gegevensverkopers kunnen desgewenst meer DTX-tokens houden. Hoe meer tokens er worden bewaard, hoe prominenter deze datastromen/sets in de lijst verschijnen (zoals sorteren of extra badges in de interface), waardoor de kans groter wordt dat ze worden gekocht en tegelijkertijd de zekerheid voor de koper dat de datakwaliteit is hoog en bevat de informatie beschreven in de actie.
Kopers die niet tevreden zijn met de kwaliteit van de gegevens, kunnen de records in het register aanvechten door enkele DTX-tokens vast te houden. Deze uitdaging wordt weergegeven als een negatieve reputatiescore in de gebruikersinterface voor alle potentiële kopers. Op zich heeft het geen enkele invloed op de verkoop van data.
Wanneer een bepaalde ondervragingsdrempel is bereikt, zal de DataBroker DAO-beheerder een verificatiebewerking uitvoeren op de gegevensprovider. Als blijkt dat er een probleem is met de geadverteerde gegevens, worden de tokens die erin staan ​​gelijkelijk verdeeld onder alle twijfelaars en de DataBroker DAO-platformportemonnee. Het record wordt vervolgens uit het record verwijderd. Als de gegevens betrouwbaar worden geacht, worden de tokens van de uitdager verdeeld onder de gegevensverkoper en het platform.
Identiteitsbeheer voor 1 miljard sensoreigenaren
Databroker DAO is een peer-to-peer marktplaats voor IoT-sensorgegevens. Deze gegevens worden gegenereerd door sensoren, en dan hebben we het over miljarden sensoren. Deze sensoren zijn weer in handen van een groot aantal eigenaren. Deze eigenaren hebben contracten gesloten met netwerkoperators (dit kunnen telecommunicatiebedrijven of fabrikanten zijn) om de door hun sensoren gegenereerde gegevens voor gebruik naar (voornamelijk netwerk-)gateways te verzenden.
Netwerkoperators nemen de rol van poortwachter op zich met betrekking tot de gegevensstroom via hun gateways. Ze hebben alle vereiste KYC-procedures voor de sensoreigenaar doorlopen en hebben de sensor zelf geauthenticeerd en geverifieerd. Ze beschermen hun netwerken ook tegen ongeoorloofd gebruik. Bovendien hebben netbeheerders in de meeste gebieden een monopoliepositie, wat resulteert in een groot aantal partners, maar vergeleken met het aantal eigenaren of sensoren is dit sterk verminderd.
Wat Databroker DAO betreft, is het een zeer voordelige oplossing om samen te werken met deze gateway-operators. Door gateway-operators te controleren en te authenticeren, krijgt het platform de middelen om een ​​groot aantal sensoren te beheren en te controleren via proxy-rechten.
Dit roept de vraag op van het beheer van de identiteit van sensoren, eigenaren en operators op het platform. Het platform vertrouwt op een oplossing voor identiteitsbeheer voor eindgebruikers, zoals uPort, en werkt onder een "gereguleerd identiteitsproxy"-contract. Deze proxycontracten bevatten koppelingen naar portemonnees en adressen van sensoreigenaars. In tegenstelling tot oplossingen voor eindgebruikers zijn deze proxycontracten ook gekoppeld aan de identiteit van de eigenaar bij de gateway-operator en kunnen ze worden beheerd door de gateway-beheerder.
Dit geeft ons hetzelfde volledige eigendom als sensoreigenaren, gecombineerd met de mogelijkheid voor gateway-operators om hun interacties met het systeem te controleren/automatiseren, en zelfs de mogelijkheid om privésleutels van eindgebruikers te verwerken totdat de juiste sleutelbeheersystemen op grote schaal worden geïmplementeerd. totdat het populair wordt. Het systeem zal open source zijn voorafgaand aan de openbare tokenverkoop.
dAPP en dAPI
Op het gebied van blockchain worden de meeste projecten gebouwd op basis van gedistribueerde applicaties of dAPP's. Deze client-applicaties werken rechtstreeks samen met Ethereum of andere blockchains. In veel gevallen zullen deze applicaties draaien op externe gedeelde knooppunten voor toekomstige gebruikerservaring, en hoewel dit de enige manier is om gebruiksvriendelijke peer-to-peer-applicaties te creëren, heeft het ernstige nadelen voor sommige van onze use-cases:< br> ● Eén storingspunt. Tijdens een aantal recente tokenverkopen hebben klanttoepassingen in combinatie met een grote vraag ervoor gezorgd dat deze gedeelde knooppunten uitvielen. Niet vanwege een gebrek aan beproeving of vaardigheid, maar vanwege het enorme aantal PRC-oproepen dat nodig is om specifieke functies op Ethereum smart contracts uit te voeren. In gebieden waar veel op het spel staat, zijn dergelijke mislukkingen onaanvaardbaar.
● De webinterface en applicaties zijn mooi, maar de echte waarde zit in de API. In de huidige SaaS- en cloudboom is dit bijna vanzelfsprekend. Een echt product heb je pas als je er ook een API voor hebt. Slack-, Zapier-, Github-, CRM- en ERP-systemen danken hun succes allemaal deels aan zijn toewijding aan API's.
● Hoe meer aanmeldingen, hoe meer problemen. Door er meer extra interfaces aan toe te voegen, wordt het voor de gemiddelde gebruiker alleen maar moeilijker om te gebruiken. De sensoreigenaar heeft een account bij de vervoerder verkregen. Ze hebben geleerd hoe ze ze moeten gebruiken en zijn blij (als ze dat niet hadden gedaan, zouden ze van provider zijn gewisseld).
Daarom hebben we wat we dAPI noemen toegevoegd. Net als dAPP is het een API-applicatie die op elk knooppunt wordt geïmplementeerd. Het belangrijkste gebruik van deze dAPI is van de kant van gateway-operators, gegevensverwerkers en grote gegevenskopers in plaats van sensoreigenaren of kleinschalige kopers. Zij maken gebruik van de (off-the-shelf) verbinding van de netwerkoperator of de Databroker DAO dAPP.
Gegevensdistributie en -opslag
Miljarden sensoren genereren enorme hoeveelheden gegevens. Elk bedrijf dat IoT-sensorgegevens gebruikt, heeft daarom zijn eigen systemen om deze gegevens te verwerken en zal waarschijnlijk niet geneigd zijn om hun systemen te vervangen. Dit betekent dat we hen niet kunnen dwingen een nieuw gegevensopslagsysteem te implementeren. Bovendien is het doel van het platform niet om alle IoT-sensordata permanent op te slaan.
Connectoren ingebouwd in dAPI kunnen worden geïntegreerd met toonaangevende aanbieders van IoT en grote gegevensopslag, waardoor kopers kunnen kiezen waar ze hun gegevens naartoe willen sturen.
Er is nu een geldige use-case voor blockchain om dergelijke gegevens op te slaan. De onveranderlijkheid en tijdstempelfuncties zijn het vermelden waard. Om van deze functies te profiteren, slaat dAPI gegevens op het Ethereum-mainnet op (met behulp van de Chainpoint-specificatie).

Gerelateerde links:
https://www.qukuaiwang.com.cn/news/6693.html
http://www.120btc.com/coin /1814.html
https://cloud.tencent.com/developer/news/248571

*Bovenstaande inhoud is georganiseerd door YouToCoin-functionaris. Geef bij herdruk de bron op.