Fwd: [ovn infrastructure] The REA-datastructure

0 views
Skip to first unread message

Dante-Gabryell Monson

unread,
Jun 3, 2017, 8:58:55 AM6/3/17
to econ...@googlegroups.com, op-...@googlegroups.com

---------- Forwarded message ----------
From: Dante-Gabryell Monson <dante....@gmail.com>
Date: Sat, Jun 3, 2017 at 2:53 PM
Subject: Re: [ovn infrastructure] The REA-datastructure
To: Open Value Networks Infrastructure <OVNsInfra...@googlegroups.com>


Sounds all interesting.

I stumbled over this :


A more pragmatic Web 3.0: Linked Blockchain Data

(PDF Download Available).

https://www.researchgate.net/publication/315619465_A_more_pragmatic_Web_30_Linked_Blockchain_Data

[“SEMANTIC BLOCKCHAIN” - STARTING POINT]
Msc. Héctor E. Ugarte R.
Rheinische Friedrich-Wilhelms-Universität Bonn - Germany
June 1, 2017

Abstract — Linked Data is proclaimed as the Semantic Web
done right. The Semantic Web is an incomplete dream so far,
but a homogeneous revolutionary platform as a network of
Blockchains could be the solution to this not optimal reality.
This research paper introduces some initial hints and ideas
about how a futuristic Internet that might be composed and
powered by Blockchains networks would be constructed and
designed to interconnect data and meaning, thus allow reasoning.
An industrial application where Blockchain and Linked Data
fits perfectly as a Supply Chain management system is also
researched.

Keywords: Blockchain, Linked Data, Semantic Web,
Semantic Blockchain, BLONDiE, Supply Chain, Bitcoin,
Ethereum, IPFS



On Fri, Jun 2, 2017 at 11:16 PM, Bob Haugen <bob.h...@gmail.com> wrote:

On Wed, May 31, 2017 at 10:10 AM, Bob Haugen <bob.h...@gmail.com> wrote:
Re flows at the event level: In the value flows Vocabulator, I've been redesigning the flow traversal methods in NRP, trying to simplify and clarify, develop test-first as much as possible, and keep running labnotes in a github issue. Here's the results of my latest experiment. Sensoricans might recognize the example. It's all event-level, no plans or recipes so far.

My goal is to drive on until I get a better flow diagram than the unusable one currently in NRP.

On Wed, May 31, 2017 at 9:03 AM, Lynn Foster <foster...@gmail.com> wrote:
Well, recipes define resource flows (all in "types") that could happen.  Planning says we are scheduling some resource flows, based on a recipe or not.  And then when you log actual work or transfers, you are recording the actual resources flows, which can make use of recipes and/or planning, but don't require them.

And btw Jim, thanks for the blockchain explanation, I learned something!

On Wed, May 31, 2017 at 8:58 AM, Jim Anastassiou <jim.ana...@gmail.com> wrote:
Thanks Lynn, that's what I meant by not making a relation to timestamping. 
Resources flows are the same as recipes in the NRP right?

On Wed, May 31, 2017 at 9:53 AM, Lynn Foster <foster...@gmail.com> wrote:
>In this model the time dimension determines the order in which logs from production events are placed on the database.

Tibi and Jim, great explanations!  One small thing to add: In the REA model (NRP, ValueFlows, etc.), time stamps do not "hook things together", and in fact they can be very unreliable in ordering events.  What hooks things together is resource flows, where a resource is output from a process(es) and input to another process(es).

On Wed, May 31, 2017 at 8:25 AM, Jim Anastassiou <jim.ana...@gmail.com> wrote:
REA is an explicit data model. You need to define resourceTypes, agentTypes and exchangeTypes. The relationships are mapped out with recipes, which is the process of production and series of events that lead to an output.

Don't confuse this with the ordering and timestamping of events on the Bitcoin blockchain, which are just digital token transfers. On Ethereum you can use an approach related to that of typical classes in object-oriented programming, with the majority of the contracts either acting as factories for composite types or implementing operations on these types as “manager” contracts. A lot of the Dapp developers are using this pattern to keep the "decentralized paradigm" with no need for a separate centralized DB. Unfortunately, this will never scale and you would end up with huge databases per node (and huge costs). You can easily store the data on a DHT instead and just store the hash in contract storage. Either way, the only thing that should be stored on a blockchain is any digital (or digitized) asset that changes over time or ownership. 

On Wed, May 31, 2017 at 2:10 AM, Tim Sandgren <tim.sa...@gmail.com> wrote:
In this model the time dimension determines the order in which logs from production events are placed on the database.

(First production event first on the database and so on.)

A process of production is a series of events that lead to an output. This production output will then be a resource to the system (which should also automatically calculate the value/cost of this resource so that it can be "sold" internally in the system).

Yes, since there are so many possible relationships between resources and agents it will be a challange to create the UI for how to log production events. But I think the mikorizal will have a solution for that soon. They may like to have a specific user story from us though - in other words a description of how we would like to be able to link users and resources in the UI.




On Wed, May 31, 2017 at 7:37 AM, Tiberius Brastaviceanu <tiberius.brastaviceanu@gmail.com> wrote:
Cool Tim  : ) 

I was confused at the beginning, thought that there was only one video, but there is actually a list of 3. 
Interesting... never thought about "REA chains" before. I always thought about it as a network. One resource can be used by 2 agents in a single or multiple events, One agent can use multiple resources in the same event, or in multiple events, resources can be used, consumed, or cited in events, depending on their nature, or they can be created in events or pursed or donated in exchange type events. 

In bitcoin, you have wallets exchanging tokens. All wallets can exchange tokens with all other wallets. Or tokens can "go" from one wallet to any other wallet. In fact, nothing really flies between wallets, it's just variables in one place that change their values, but it's a way to talk about it. A block is a record of some of the latest transactions, which links to the previous block. Blocks are arranged in a chronological order and form the database of all transactions. 

In the NRP model using the REA ontology, is time a determinant factor? 

If we decide to build a ledger of economic activities using the blockchain we would need to say that this database stores "events", that is economic events: ''agent a has used resource x in process p'', ''agent a has transferred n tockens to agent b'', ''agent a has contributed 1 hour of type of work t in process p'' transferred n tockens to agent b'', ''agent a has consumed resource x in process p'', etc.  


On Sun, May 28, 2017 at 4:35 AM, Tim Sandgren <tim.sa...@gmail.com> wrote:
I have spent a few days thinking about how we could assemble pieces of data from the valueflo.ws system that the networks around mikorizal software are working on.

The other day I was together with my fiancee and mother-in-law in a restuarant on the swedish country side. In the restaurant there was also a small second-hand-shop. In this shop I found a beautiful piece of art - some pieces of wood had been assembled in a circular chain. I bought the piece for 2,5 Euros and started to take it apart to see how it was made. After a while I started to play with the idea that it could be useful as a conceptual model for the REA-application. It could serve as a model for a REA blockchain that stores information about how resources have been used in events by different agents - automated accounting on a blockchain.

When I present this piece of wood artisanship in the video below I use some commentary that is probably worse than vogon poetry in most peoples ears. Please endure! I create these wordings because I try to develop a role for my self here so that I can be replaced by any sociologist who is into this GNU creative stuff (if I for some reason have to discontinue my work here).

Here are the videos:
(the first 34 second clip is flipped sideways but I guess that does not really matter..)

Sincerly / Tim

PS1) In the video I also show a stone. This makes me think about the "stonecutter" that is the name for the secure login system of the D-CENT platform (that has been developed with funding from the european commission). If we could get access to the D-CENT platform it would probably be a good idea - maybe the easiest way to get off of this google environment.

PS2) In the video I mention "collaborative science". This excellent documentary shows what I mean by that: https://vimeo.com/119101747

--
This discussion is OPEN to the public.
This group is about "value network" infrastructure development.
---
You received this message because you are subscribed to the Google Groups "Open Value Networks Infrastructure" group.
To unsubscribe from this group and stop receiving emails from it, send an email to OVNsInfrastructure+unsubscribe@googlegroups.com.
To post to this group, send email to OVNsInfrastructure@googlegroups.com.
Visit this group at https://groups.google.com/group/OVNsInfrastructure.
For more options, visit https://groups.google.com/d/optout.



--

co-founder of SENSORICA: an open value network
co-founder of CAKE: consulting for the new economy
Part of Blocksense: blockchain and other p2p technologies
founder of Multitude Project: informing the new multitude


--
This discussion is OPEN to the public.
This group is about "value network" infrastructure development.
---
You received this message because you are subscribed to the Google Groups "Open Value Networks Infrastructure" group.
To unsubscribe from this group and stop receiving emails from it, send an email to OVNsInfrastructure+unsubscribe@googlegroups.com.
To post to this group, send email to OVNsInfrastructure@googlegroups.com.
Visit this group at https://groups.google.com/group/OVNsInfrastructure.
For more options, visit https://groups.google.com/d/optout.



--

Jim Anastassiou
President 
Blocksense coop - blocksense.io
Blockchain application consultant


--
This discussion is OPEN to the public.
This group is about "value network" infrastructure development.
---
You received this message because you are subscribed to the Google Groups "Open Value Networks Infrastructure" group.
To unsubscribe from this group and stop receiving emails from it, send an email to OVNsInfrastructure+unsubscribe@googlegroups.com.
To post to this group, send email to OVNsInfrastructure@googlegroups.com.
Visit this group at https://groups.google.com/group/OVNsInfrastructure.
For more options, visit https://groups.google.com/d/optout.




--

Jim Anastassiou
President 
Blocksense coop - blocksense.io
Blockchain application consultant



--
This discussion is OPEN to the public.
This group is about "value network" infrastructure development.
---
You received this message because you are subscribed to the Google Groups "Open Value Networks Infrastructure" group.
To unsubscribe from this group and stop receiving emails from it, send an email to OVNsInfrastructure+unsubscribe@googlegroups.com.
To post to this group, send email to OVNsInfrastructure@googlegroups.com.
Visit this group at https://groups.google.com/group/OVNsInfrastructure.
For more options, visit https://groups.google.com/d/optout.


--
This discussion is OPEN to the public.
This group is about "value network" infrastructure development.
---
You received this message because you are subscribed to the Google Groups "Open Value Networks Infrastructure" group.
To unsubscribe from this group and stop receiving emails from it, send an email to OVNsInfrastructure+unsubscribe@googlegroups.com.
To post to this group, send email to OVNsInfrastructure@googlegroups.com.
Visit this group at https://groups.google.com/group/OVNsInfrastructure.
For more options, visit https://groups.google.com/d/optout.


Reply all
Reply to author
Forward
0 new messages