Aukštesnės kategorijos: Distributed computing.

Decentralisation with P2P software

How can we use Peer 2 peer software to accomplish distribution

YAML Kategorija

Centralisation maximizes the chance people will use your software. The problem is that it's brittle and not really fair for the people who have to maintain it on servers they pay for or maintain by themselves.

We could have a federated platform for distribution of processing and data storage. This category is to cover ideas related to decentralisation.

I recommend the decentralise community redecentralize for ideas on decentralisation

https://redecentralize.org/






Balsas (nebūtinas) (nesiųsti pranešimų) (nebūtinas)
Prašome prisijungti.

Taip, tai tikrai svarbi kategorija ir nuoroda. Čia reikės aprašyti keletą idėjų, kurios yra kitose vietose ar galvoje.

Yeah, this is definitely an important category, and a link. Will have to describe a few ideas here, that are on other places or within the mind.


Manau, kad „Kademlia“ idėjos yra aktualios ir šiandien.

https://en.m.wikipedia.org/wiki/Kademlia

Paskirstyta raktų reikšmių saugykla gali būti saugyklos, pvz., SQL duomenų bazės, pagrindas. Aš pademonstravau raktinių verčių saugyklos naudojimą kaip SQL užklausą https://GitHub.com/samsquire/hash-db

Nenoriu to naudoti bendrindamas didelius failus, pvz., Autorių teisių saugomą muziką ir filmus, bet kaip programų, tokių kaip „0oo.li“ ar „DAO“, foną.

Viena „Kademlia“ ar platinimo problema yra saugumas. Turime blogų aktorių ir šlamšto siuntėjų problemą. Taigi mums reikia tam tikros pasitikėjimo žiniatinklio sistemos, kad jūsų programa nebūtų perkrauta šlamštu. Tai galime pasiekti patvirtinę šeimininkus, pažymėdami juos kaip patikimus, tada pamatysime jų turinį. Tokiu būdu niekas negali priversti jūsų saugoti šlamšto. Jei matote šlamštą, atšaukiate serverio patvirtinimą ir jūsų rodinys grįžta į šlamštą. Kiekvienas saugo savo informaciją.

I think the ideas of Kademlia are still relevant today.

https://en.m.wikipedia.org/wiki/Kademlia

A distributed key value store can be the basis of a storage backend such as a SQL database. I have demonstrated use of keyvalue storage as SQL backend on https://GitHub.com/samsquire/hash-db

I don't want to use this to share big files like copyrighted music and films but as a backend for apps like 0oo.li or DAOs.

One problem of Kademlia or distribution is security. We have a problem of bad actors and spammers. So we need some sort of web of trust system so your app isn't overloaded with spam. We can achieve this by verifying hosts by marking them as trusted and then we see their content. This way nobody can force you to store spam. If you see spam, you unverify the server and your view goes back to nonspam. Everybody hosts their own information.



    :  -- 
    : Mindey
    :  -- 
    

chronological,

Saugumas, tiksliai. Nėra jokio būdo saugiai paleisti bendruomenės modulį. Vienintelis būdas užtikrinti saugumą yra tarpusavio vertinimo sistema. Tradicinis saugumo modelis yra nuosavybės ribų sistema. Alla, tie savininkai pasirodė nepasitikintys, nes schemai trūksta skaidrumo. Pradėsiu atskirą temą šia tema ir man būtų labai malonu išgirsti iš kitų, tačiau matau sprendimą kuriant bc ekonomiką, kai recenzentams mokama už jų paslaugas ir dalį ekonomikos, užtikrinant kodo kokybę. Žinoma, yra ir apžvalgininkų, ir jų atsiliepimų kokybės klausimas.

Security, precisely. There's no way to run a community module safely. The only way to ensure security is a system of peer review. The traditional security model is a system of proprietary boundaries. Alla's, those proprietors proven not to be trustworthy, for the scheme lacks transparency. I'll start a separate thread on the subject and would really appreciate to hear from others, but I see the solution in developing a bc economy where reviewers are paid for their services and part of the economy, ensuring quality of code. Of course, there's an issue of quality of reviewers and their reviews, and on and on.


Nepatikimo kodo vykdymas yra kitokia problema nei užklausa dėl nepatikimų duomenų šaltinių. Vieną lengva patikrinti - tiesiog pažymėkite blogų duomenų šaltinį kaip nepatikimą ir neįtraukite jo į skaičiavimus. Prie kiekvieno duomenų elemento galite turėti mygtuką, nurodantį duomenų šaltinį. Taigi vienu paspaudimu galite lengvai užblokuoti arba filtruoti serverio duomenis.

Įtariu, kad galima sukurti tam tikrą virtualios mašinos formą, kad būtų apriboti duomenų apdorojimo primityvumai savavališkam kodo vykdymui. Jei turėtumėte paprastą kalbą, galinčią atlikti matematines operacijas ir reikalauti riboto veikimo laiko. Tik skaitymo SQL užklausas galima saugiai paleisti. Rašymo užklausos, pvz., Ištrinti ir įterpti, turėtų būti nukreiptos į programos prieglobos serverį. Turėtumėte apriboti komunikacijos partnerių veikimo laiką, todėl negalėsite generuoti savavališko srauto. Galbūt norėsite susieti ciklų vykdymą su duomenų užklausomis, kad negalėtų veikti savavališkos užimtos kilpos.

Running untrustworthy code is a different problem from querying untrusted sources of data. One is easy to verify - just mark the source of bad data as untrustworthy and do not include it in calculations. You could have a button next to every piece of data to indicate the data's source. So you can easily block or filter out a server's data with one click.

I suspect some form of virtual machine can be created to limit the primitives of data processing for arbitrary code execution. If you had a simple language that can do mathematical operations and call out to a limited runtime. Read-only SQL queries can be safe to run. Write queries such as delete and insert should go to the app host server. You would have communication partners be limited in the runtime so arbitrary traffic cannot be produced. You may want to tie loop execution to data queries so arbitrary busy loops cannot run.


Pridėjo nuorodą į interneto kompiuterį „dfinity“, kuris turi savo veikimo laiką ir kalbą. https://dfinity.org/

Have added a link to dfinity the internet computer which has its own runtime and language. https://dfinity.org/