Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jun 28 19:00
    folex synchronize #1284
  • Jun 28 19:00

    folex on aws_ci

    ah ah-wait (compare)

  • Jun 28 19:00
    folex synchronize #1284
  • Jun 28 19:00

    folex on aws_ci

    github.rest.actions - who'd gue… (compare)

  • Jun 28 18:59
    folex synchronize #1284
  • Jun 28 18:59

    folex on aws_ci

    dir dir (compare)

  • Jun 28 18:57
    folex synchronize #1284
  • Jun 28 18:57

    folex on aws_ci

    fix script source code (compare)

  • Jun 28 18:56
    folex synchronize #1284
  • Jun 28 18:56

    folex on aws_ci

    fix step id (compare)

  • Jun 28 18:55
    folex synchronize #1284
  • Jun 28 18:55

    folex on aws_ci

    list artifacts (compare)

  • Jun 28 16:47
    folex synchronize #1284
  • Jun 28 16:47

    folex on aws_ci

    remove tmate (compare)

  • Jun 28 16:43
    folex synchronize #1284
  • Jun 28 16:43

    folex on aws_ci

    remove container (compare)

  • Jun 28 16:25
    folex synchronize #1284
  • Jun 28 16:25

    folex on aws_ci

    if failure (compare)

  • Jun 28 16:21
    folex synchronize #1284
  • Jun 28 16:21

    folex on aws_ci

    sudo false (compare)

Dima
@DieMyst
one one
Constantine Solovev
@RicoGit
salut
Gonçalo Pestana
@gpestana
hey there! I learned about fluence today at the a meetup in Helsinki where @evgenyponomarev gave a nice talk! Cool stuff! :+1:
Constantine Solovev
@RicoGit
Thanks!
Olivier Sarrouy
@osarrouy
Hey guys. Anyone here ?
Dmitry Kurinskiy
@alari
Hi @osarrouy , at least I am, nice to meet you
Olivier Sarrouy
@osarrouy
Greaaat! :)
Hi everyone. I'm the main dev of the pando protocol which is a distributed VCS - whose dev is actually funded by Aragon - and we are working on database integration right now. I would have a few technical questions here. Mostly about the ability to store data on IPFS and optionnaly have them indexed through Fluence 🙂
I'm not sure to understand how fluency works, actually. But I've seen your presentation at Dappcon and was really excited about that :)
Dmitry Kurinskiy
@alari
sounds quite relevant to Fluence :)
do you need to encrypt the index? how are you going to update it? who should be able to query? what are expected read and write patterns?
do you have whitepaper?
Olivier Sarrouy
@osarrouy
Hey. Don’t have a white paper for now. An old one actually but things have move pretty fast since then.
Right now we are focusing on allowing people to deploy and use standalone repositories
All datas - such as the history tree of snapshots - are stored on IPFS through linked data
You can find more informations about that right here : https://medium.com/ryhope-network/pando-b5e1a2af3152
At one point we also intend to build a network of such repositories. Let's imagine that the pando protocol is git and we wanna build the GitHub for pando.
So we would like to optionally allow for a fluency database to index these IPLD data to make them searchable and all
So we don't need the index to be encrypted - for now, as it mostly aims at open source projects. The update would be made by allowed developer and the last commit would be stored on chain.
Dmitry Kurinskiy
@alari
on which chain?
Olivier Sarrouy
@osarrouy
Ethereum
Dmitry Kurinskiy
@alari
so you will have a smart contract for each repo, list of committers in that contract, and the last commit hash, right?
Olivier Sarrouy
@osarrouy
So basically we would need Fluence to listen for events on the Ethereum blockchain, then rebuild the IPLD data tree and index it to make it easily searchable and traversable.
Exactly
Dmitry Kurinskiy
@alari
yeah, that's the use case we're digging in right now: listening for Ethereum events and updating Fluence index based on them
Olivier Sarrouy
@osarrouy
That would be really cool for us. Because basically that would allow people to deploy their own repository smart contract without being indexed - if they don't want to. And to opt-in to our network to gain indexability.
Would there be any constraints or requirements about the IPLD data structure ?
(if there is so, would like to conform our data structures ASAP to avoid refactoring all the code once we integrate with Fluence :)
Dmitry Kurinskiy
@alari
let us study it a little? we'll discuss the use case internally and ping you back on the beginning of next week, wdyt?
Olivier Sarrouy
@osarrouy
That would be perfect.
Dmitry Kurinskiy
@alari
great :)
Olivier Sarrouy
@osarrouy
We're still at the early stage of the development so there's also some space on our side to adapt to Fluence requirements.
Also; here is our deck: http://slides.com/osarrouy/deck-3#/
Dmitry Kurinskiy
@alari
thanks!
Olivier Sarrouy
@osarrouy
We still have a few thing to finish but it can give you a good idea of what we're trying to build :)
Dmitry Kurinskiy
@alari

Hey @osarrouy
So, for Pando Protocol case.

The main idea that Fluence is going to update index from Ethereum (not only, but it's an important feature we're working on), and then you can implement logic to organize your data with any Webassembly-supported language. Then do whatever you want with it :)

The workflow with Fluence might be the following:

  • As I understand, on the first step a contract is created on Ethereum blockchain, and some files are added to IPFS. Once files are added, there's a commit transaction to that Ethereum contract
  • We're planning to listen for Ethereum events, fetch a part of Ethereum state on event, and build a verifiable write transaction to Fluence based on it
  • That transaction will come to Webassembly code you write, launched with Fluence, having access to persistent mutable state. On this step, you may organize links between data and get ready to output ipld
  • A client will be able to read data from Webassembly via some API
  • We are not planning to implement external writes, so Fluence is not going to be able to modify ipld data. But you may implement some service that, for example, launches a periodical query to Fluence and updates ipld accordingly. Or you may query Fluence directly from client's browser

So there's no special constrainst on ipld structure :)

Olivier Sarrouy
@osarrouy
Hey @alari . That's really cool. Just two questions: 1. to make it clear, it's gonna be possible to fetch the whole IPLD tree with the webassembly code to index it just with the hash of the root of the tree ? 2. When will it be possible to start writing the working on that feature and play with Fluence :D
Really exciting to start working with fluence anyhow :)