has joined #dgit

@3esmit set the channel purpose: Descentralized git development

has joined #dgit

has joined #dgit

@3esmit has renamed the channel from "internal-dgit" to "dgit"

sorry whats this about ?

I'm creating a channel as suggested by @tpatja , I think would be good to have it separated.

I was just unsure if it should be private or not, it's up to you, @jarradhope, for me can be open.

There is a lot of talk in commiteth, and the subjects are different. So to keep it more organized I think is better to have a channel just about this.

yeah lets keep it open

okay sounds good

So turned out that GitHub Oracle became part of DGit, as is the idea to be descentralized, and more a integration of it on DGit. The current viable startpoint is GitHub as probably might be cheaper than a future computing court processing git commits and merges and decentralized storage.

If you have a better name for this project, I personally didnt liked Dgit but its the idea of the project.

The idea of dgit is to be a platform for open source governance and payment.

Dgit should work great for ICOs and profit distribution, dgit would enable ICOs to be done by code contribution or ICOs to pay by wage code.

I think that is important to have ERC20 support in project tokens, so project tokens became branch tokens. GitHub supports commit revert, and probably will just not delete that tokens, or use signed integer balance to accept negative values.

well git itself claims to be decentralised and dgit is a thing github used to call it's means of propagating data internally

what do you mean `So turned out that GitHub Oracle became part of DGit` ?

DGit is some other project?

dgit awfully sounds alot like commiteth is trying to be to me ?

why is it a separate thing ?

Indeed, Dgit is more like a descentralized GitHub than a descentralized git, that itself is descentralized. GitHub is a centralized server that stores all repositories, GitHub Oracle reads the data from this centralized server. Dgit keeps track of respositories using GitHub Oracle and in future of descentralized git storage, such as Mango. GitHub Oracle required to be separated from start due gas limit, also, the way I need to work to load data from GitHub is more complex than a simple query, I actually need to read the tree head and load parents recursively. In my vision 'dgit' or whatever how it will be called, will be the 'backend' of Commiteth, and Commiteth mainly a UX and in some cases a middleman (like to request user token and pass to Dgit). For now I'm not working in a user interface, only in smart contracts and Docker scripts to query data. The reason to be separated is only for keep discussion organizated, but for end user it all be one thing. There are a lot of sensitive details in Dgit, such as bussiness rules to deal with bounties, token minting, repository registration and so on, that we might want to discuss.

this is really exciting

Do you have any idea of nice name? Or maybe just use Commiteth?

Anyway I would need a meaningful internal name, but can be something like GitDAO.

will give this some thought over weekend

Take a look in the `Dgit.md` I've updated here in slack shared files and in my private gist link above, so you can see what I'm planning.

hows your thoughts coming along around this @3esmit ?

has joined #dgit

I'm working with TheEtherian team to them test the Dgit, they needed a way to 'tokenize' contributions to their journal, so I suggested using dgit, github and .md files, so could be fair and transparent. This was talk was on gitter channel https://gitter.im/The_Etherian/Lobby?at=58f2e07b4cb8d0917394eea6 ``` Ricardo Guilherme Schmidt @3esmit Abr 16 00:22 Ok, added my considerations and just replaying them here: I?m working in token system. The tokens will be claimed all in once, by a computation script run by Oraclize. This will explore all commits and store the commiters by ?author? github login name. If user is registered, by placing his address in a github gist of that account, the tokens are automatically claimed among all other github users. If a github user have no address registered, the tokens are reserved for later claim. When user registers, he can claim for each repository all their pending points. The script is working, but misses encryption option from oraclize for securely operating. I?m currently working in a workaround relaying this data to a server. You will be the first testers of this system, the current method proposed (markdown files) seems like to be working. You can ?preview? the amount of tokens you will recieve once the system is ready by accessing this link https://github.com/ethereans/TheEtherian/graphs/contributors The amount of tokens is the green value (Contributions to master, excluding merge commits), number of lines added. If you have any questions, I'm happy to answer. Ricardo Guilherme Schmidt @3esmit Abr 16 00:33 "43657a72b6af2149bb115ed7a167ef3a9b889d34","e2c8c7a091ce3893635ce47169c972c6d5434ffa", 7, [["ChaceHunter", 1000], ["wighawag", 6], ["pablanopete", 24], ["3esmit", 232], ["necrod", 20], ["truewavebreak", 50], ["MrNebbiolo", 181]] head-sha,tail-sha,num-authors, [ ["author", points] ] This is the current points if repository contract created & claimed now. ```

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

very interested in contributing to this project

We are working with Dockerfile with python scripts and Oraclize Computation datasource to access GitHubAPI.

See how registration works: http://dapps.oraclize.it/browser-solidity/#gist=5874f05ca3d55b5805258acfb9a44a7e

cool, i haven't messed with Oricalize, i'll have to read its docs

If you download this https://ipfs.infura.io/ipfs/QmcetruTGVcFzM6zPZVHESyK9a4AbYZqVS1LtFzNiPE5Fe you going to download archive.zip

Uncompressed it is a Dockerfile + python script

This files would be replaced in case of mango, and the calls would be to download a tree and perform a merge, a commit or so on. Here it only process data from GitHubAPI.

The points are generated by commit adds to master, but I'm planning to add option of some config file to set this point rules and ignored files.

has joined #dgit

has joined #dgit

has joined #dgit

Regarding GitHubOracle user registry: Registereth (https://gitter.im/registereth/Lobby https://github.com/Registereth/RegisterEth) is being created and want GitHubOracle to join their system to provide multiple registers from oracles in a single place. I think is a win-win for both projects. For GitHubOracle it does not make much difference if the storage of users are in a separated singleton contract, it seems to be a good idea. Registration from GitHub is a process very unlikely to change or be enhanced more than having access to metadata. I'm waiting from other RegisterEth developers response for my first version of GitHubRegisterEth.sol contract. https://gist.github.com/a392d5e4da48ddd54748cdd17a130310

why is the registry not done on ENS ?

Sorry, I mean user registrations, such as email->account, github-login->account, reddit->account

For example, GitHubOracle have a user registration, so users can recieve their points token in a address they own.

ah I see, cool

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

has joined #dgit

@lycos129 has left the channel

has joined #dgit

This channel is going to be archived as we consolidate channels. Discussion can move to #status

@jarradhope archived the channel