 Get it going here floor is yours. Alrighty hello everybody and welcome to the hyper ledger technical steering committee Everybody is welcome to participate in this meeting so long as you abide by the antitrust policy And also that you are respectful of the other contributors and participants here As prescribed in our community code of conduct We've got a number of topics today and I think the largest ones are the project proposals and so what I'm hoping that we can accomplish today is get the bulk of the discussion Have the bulk of the discussion today and Look to dispositioning those projects at the next meeting after we've all had time to digest that feedback But to get things going I think we may have Jessica on the call Make sure looking to see if Jessica I can hear you want to give us the announcement for the marketing committee sure so New meeting here we're kicking off contributor and marketer marketing committee meetings These will be held the second Wednesday of every month the kickoff call will be Wednesday, September 11th at 9 a.m. Pacific I believe there was an invite that was sent out So the purpose of this call is really to discuss being around hyper ledger projects in the community So we think this will be a great opportunity for maintainers and contributors to learn how they can get involved in Specs of getting And we hope that you all can join some goals will be obviously to improve the communication between marketing and some technical leaders in the community And understand better how we can work together and you know better promote hyper ledgers public presence and marketing messages So really hope that as many of you who can possible I will be on the call as well as the marketing committee chair Dan O'Prey and Alyssa Whirly the vice chair So I hope to see you dial in Great, and will people find that on the community calendar? I believe so it's been Added to the The wiki and I think an invite went out from rye onto the TSC so I only sent that invite To you and it's on the community calendar So I did not send the invite to the TSC because I've gotten feedback. I should stop sending invites to mailing lists All right, well there you have it though it's up on the Calendar for anybody who wants to find that and join that new call. I think that's probably particularly important for The maintainers to show up to since a lot of the discussion is about how your projects are going to be marketed And this is an opportunity for you to get involved in that correct, and all right, thank you and then Moving from one maintainer topic to another we do have the maintainer summit scheduled for October of this year and I think that one of the best ways that we can make sure that we've got Good and broad attendance from the projects is if we have some outreach from those of us on the steering committee So I thought maybe what we could do for a few minutes here is run down the list of projects and see if we've got somebody from the TSC who can reach out to To each of those projects flip to the project page here Do we have Nathan on the call? He's here. He's here. All right. He might be thumb blend for his Mute button, but so sort of starting at the top alphabetically with Aries Nathan, yeah, yeah, would you be able to reach out to the the Aries maintainer community and see if they're able to attend in October? Absolutely. We've already been promoting it amongst the maintainers on the calls that we have Excellent. Thank you Silas, you're the natural choice for borough, of course Yeah, I will reach out to myself and other borough people would we'll try and get someone there Sort it out travel yet. Yes, we'll look into that. All right. Well, if you have any trouble reaching yourself, let me know TMI Caliper I Don't think that we've got a TSC member who is a caliper maintainer But mark you work fairly closely with them as the Performance and scale chair. Sure. I will reach out to them. Thank you Shelo How on today, yeah Not decided yet, but I think we should have some maintenance summits Great. So whatever you can do. I don't know if you have upcoming meetings With the rest of the cello team, but if you can make sure they're aware, that'd be great. We'll have to have We will skip over composer for now and Explored we have anybody who represents Explorer here. I think maybe not today. So Maybe I can take a note to circle back on that one Ben Chris Are no for fabric got a fairly large maintainer crew there Do you have a centralized way to like an upcoming meeting of Maintainers that you could discuss this in We just have one yesterday. So the next one is I think in two weeks. What do you I apologize? I was distracted by somebody but Yeah, yeah, there's no problem Chris. We will make sure the maintainers are aware We also have we can use the chat and we'll reinforce it on the next call Thanks, so all Hey, then I can also reach out to explore Thank you, that'd be great Yeah, so all of the maintainers for all the projects assuming they're subscribed to the maintainers list have received some kind of announcement But we know that Making sure that this is a topic at your maintainer meetings. If you have those or other Verbal or or more direct contact is a good way to make sure that we hear from everybody there Grid I think we've got Andy on Yep, I should probably know when the next grid Maintainer ish meeting is but if if you've got That You've got that in mind then if you can reach out to them It's obviously well located for a lot of those participants a lot of those. Yeah Yeah, I believe a lot of us are planning to show up great Nathan likewise on Indy, I know you're already on that You know, do we have anybody from you know, huh? okay, so I'll make a note to connect with them as well and Spoken with David on quilt recently I don't think he's on We are on the core, but we are not the PC members. Oh Great. Yeah So, yeah, we would very much Okay That's right, and I didn't put the link on this agenda to the the wiki page but maybe somebody else could drop that into chatter or put that on the page for me Dan is there a maximum number of people? The space I don't remember if the space allotted for 40 people and we've got 50 people subscribed to the maintainers list. So I think if we get a hundred percent attendance will be able to Get everybody in there I'm guessing that with no normal obstacles people have will you know be happy with with something More than 50 but less than a hundred percent. All right. Where were we? Okay, so quilt. We've already talked about them I'm happy to reach out on sawtooth and Transact Let's see here and that leaves Ursa we talked about this at our our bi-weekly meeting yesterday, but heart you can Help me keep that as a prior priority at our next meeting Definitely that Dan Middleton guy is always a problem, but I'll do my best You just got to shut him up sometimes All right. Well, I think that's all the projects at least all the ones that we've got listed on the wiki. So flip back to today's agenda All right So we've got about 45 minutes left so I don't know if we have somebody from the Proposers of Gardener up they would like to give a few minutes overview of your proposal If we can keep that to something on the order of like five ten minutes That'll still allow for some discussion before we need to move into the next topic Yeah, sure. So this is a king speaking I'm one of the the members of the gardener team And so, yeah, I can give like a high level overview On what's the background and then we also have Christoph who can then you know introduce I think the technical staffs more So, yeah gardener is a block general call was originally We're so our team is from SPO we developed well one of the parts of the of the business is to develop blockchain software and and kind of the reason why we did gardener is that We we found out that having a Oracle that secure and trustworthy is a problem with multiple blockchain projects and There weren't really like free and open source implementations available. So we decided to make our own and Yeah, that's why we're here. So, yeah, very nice to have a chat with you guys and Yeah, I think maybe yeah, Christoph is the right person to do the technical introduction. So I'll let him continue from here Hello, it's Christoph here. I'm I'm a developer working on Gardener so as I can all dimension gardener is an watching Oracle. So basically a software that allows to blockchain applications allows them to access external data so the business case is that we have Gardener smart contracts deployed Somewhere in the blockchain currently we do integrate with Ethereum only but garden is written in a way that allows to integrate different blockchains very easily So we have a gardener smart contract like somewhere in Ethereum a user comes into interaction with that smart contract and requests some data to be to be acquired Currently our our we have we have two main use cases implemented first use case is accessing data from an URL Data source. So say we have a smart contract that would like to use the current Bitcoin price Which is exposed via external or REST API What's in such use case what's users should do they should call Gardener and Gardener would Transfer that query from blockchain Offchain part of our application and that option part would query the rest interface and Retrieve data back back to the user. That's the first use case second use case that we have is generating a random number similar sorry genetic Rambo number on on blockchain is quite challenging because in order to provide a seat for a random Function you would need to use something that is also known to the miner. So this is obviously a security security vulnerability so with with with Oracle such as guy there does not the problem because we are doing this off chain and To provide security for our solution and we are also leveraging Well known everyone here, I think technology, you know called Intel SGX Which is essentially a trusted execution environment and the idea idea is that after we leverage All the features that Intel SGX has and users are going to be able to use use Gardener With the only third trusted party being Intel because After after we finish our SGX implementation, which is ongoing right now Users won't even have to trust the person that the entity that hold that hosts the off chain part of Gardener I don't know if you have enough time to like discuss technique technicalities of that I'm happy to answer more questions if there would be would be but basically after we leverage fully we are going to be We are going to be resistant to mining the middle attacks accepting off chain off chain part of Gardener and we are also going to be sending data to our users in an encrypted way Yeah, I think that's that's it for a very high level description. All right. Well, thanks for the high level From the TSC does anybody have questions that they would like answered from the proposers while we have them on the line here As well as some people are forming there. Oh go ahead Chris Yeah, so and I put in oh my goodness. I can't remember if I put it in the Gardener or the TCF proposal One of them mentioned You know the potential for overlap or certainly You know similar goals with the TCF project proposal. I think it's also under consideration It was submitted. I think last Friday And I think it would be worthwhile To and I know that there has been some initial Interaction between the two I'd like to sort of get a sense from both projects what they think about, you know, whether or not these things are, you know Complementary or somewhat overlapping and if they are somewhat overlapping what areas might they consider sort of pulling teasing out and creating sort of Be a separate sub project that could be collaborated on jointly Before we actually go through and do a consideration of creating new projects. I Think it would be worthwhile to at least have that conversation and it doesn't mean that it has to end up that You know, there's one project to rule them all or whatever. That's not what I'm necessarily suggesting I do think though that it'd be worthwhile to have that discussion Sooner rather than later Yeah Yeah, I can answer that maybe so yeah, we had a call yesterday with Eugene from the TCF Project and yeah, there's a lot of synergies here so Like I can say we don't have all our team here yet, but you know I would kind of from How I see is that there's a bit of overlap or there's overlap definitely in the in the trusted computation and many that Sorry the SGX technologies So that's an overlap definitely that we have So we're open to corporate in doesn't really make sense to you know replicate work in itself So far, there's some aspects of Gardner that are also I guess out of the scope of the TCF proposal Yeah, no, I Yeah, I'm sure that that's the case But you know, I think it'd be worthwhile to sort of have you know going in a better understanding about you know How you know what shape it might take to have you know the two projects be more if you will cross integrated then redundant Yeah, for sure. Yeah. Yeah, we definitely had a discussion with with Eugene yesterday about that We agreed that you know, we're gonna go like Neil the detail that's in next week, but so far. I mean I Think from our side, there's no no problem with like doing a cooperation. Let's say Yeah, wherever the overlap is You know, because I mean obviously the inter guys are the right people to do the let's say the standard SGX implementations, right, so Yeah, for where where that overlap is I think we're definitely more than happy to Get some of their knowledge in in and use their libraries and stuff, you know I have a similar overlap question in terms of Gardner on verifiable credentials The verifiable credential standard is a mechanism for signing data so that you can know that it came from an authoritative source When you validated inside of the system Do you guys have you investigated any similarities or overlap with the verifiable credentials spec and what you're doing in terms of an Oracle? No, not really, but from the way that you describe it Certainly that could be an interesting thing to get look at Nathan if you wouldn't mind dropping a link into the comments proposal that would be good This is this is Silas. I very much agree with what Chris is saying there. In fact, I Introduced a akin to Eugene earlier last week. I think it would make a lot of sense for them to talk The thing that I like about the garden the proposal and if you go and look at the code Plus one for it being written in TypeScript as well is it's clearly quite a practical implementation that has been extracted from real usage So from the borough projects We'd certainly be interested given that they're The contracts I have written for the the termination contract for the Oracle are currently in city And I think they're going by a ganache to deploy them It would be very interesting for us if Gardner came in or even if it didn't To look at Integrating there. So the kind of thing that you can do with this aside from so getting a true random Oracle has all sorts of uses forgetting actual entropy on on the chain but the other thing that we'd like to do is have a smart contract that can say I'd like you to go and send an API call and then have it report back and The system they built for that looks very practical and Would work today. I think the TCF in some ways has a broader scope particularly with its focus on privacy and Yeah, I think like Chris says I think there's a possibility here that there could be Project merging, but I don't think that Should necessarily be the end game, but it would seem a shame to to rush ahead too much before You could fully explore those avenues, but I would say that the look of Gardner to me. It is a fairly well-defined looking piece and You know, it's working software that you can run now the TCF has elements of a sort of broader scope and some Elements of a specification in there I think Yeah, we will be hearing from TCF next week There wasn't room on the agenda this week to hear from them, but I see about half of you have looked at the proposal Yeah, we had a I can yeah, we had a definite a discussion about If we can from Gardner site work together on specification and and any kind of other things with TCF for sure, so Yeah, yeah, I guess we'll be also from our side updating on the let's say, you know division and Rules of those kind of things later then Yeah So follow up on they can comment and I'm not clear from reading the proposal here whether Gardner supports a decentralized Oracle deployment You know similar to to indie and verifiable credential where a network of nodes may work together to Provide that service instead of just one server and a bunch of clients So are you meaning like in terms of like, let's say off-chain Oracle verification that's then relate to the smart contract itself or like Right, so so it would run it would run and set up a centralized server. It would run as as a decentralized network of Pnodes or applied nodes That would go through some kind of consensus via smart contact to Vote on a piece of data that to be part of the Oracle No, it just just I thought I just wonder if you guys have thought about that and how would that how would that work? Yeah, so for the like the decentralized Oracle part Yeah, that's you know, that's like one way is to have like a smart contract where you have let's say multiple Signatories and then you you know from the consensus that they they give on the data input You kind of say let's say if the majority at least is whatever the value is that becomes the truth then So that's one way and there's another like coming from the ethereum community There's a bunch of like nice proposals on having a decentralized Off-chain Oracle where the consensus would basically be relayed to a a kind of a ring signature Off-chain and then the results of that would be then kind of stored as the consensus achieved off-chain to the to the smart contract so that's like a like on a more advanced level but Like for us having a a smart contract where there would be let's say multiple nodes accessing the data relaying the information the smart contract and having a logic where Based on whatever, you know, it can be weighted average or like weighted majority or just a pure majority. Let's say and then then giving a decision on the validity of the data based on that that's Something that we can do and it's not a very complex implementation. Let's say if there's a need so this is about so for Oracle, I think the security is Is a very important point so within this gardener the one major component is the smart contract and Do you have special consideration? for the smart contract in terms of the security Were you on mute? No I think from our side we don't have basically Christof Adrovich who's the who's the guy who actually wrote the the initial implementation Of gardener and the the smart contract all the libraries there So at this point What we could do is we let's say I write this down and I can post this information You know on the card in our let's say comment section or something But I think would be best if this question would be answered by him If that's okay And and and considering the all I put the TCF work, do you guys think it's acceptable to Be combined with the TCF into one single project So I think we we covered that a bit A little earlier So there's probably a few options on the table and we'll look to the TCF and gardener Proposers to continue that discussion before we meet again Next week Okay Is it also worth looking Linux foundation just formed a new group project To deal with the work in this space, right? Forget the name of it, but I don't know if some of the companies on the call are involved in that. I'm thinking they are The confidential computation consulting Or something like that That's the interromance if you already know about it So I I just don't know how that will play in with some of these current proposals If we want to figure the relationship there out, I know red hats contributing some code to it, I think so All right, this is yeah, I don't think we would want to gate any of any of our project proposals based on that That other effort that effort I don't want to mischaracterize it because it's very early, but it's it's more Instructure focused Yeah, and this is Brian. I and there isn't anything blockchain specific yet in that project over there But certainly there's a lot of familiar names. And so I feel like there'll be a lot of implicit coordination Anyways between between these kinds of things Okay, so uh, I think we've got a couple questions that we'll be looking for some some additional feedback on around next week and so Uh, Ben, I think you had one that if you wouldn't mind dropping that into the comments thread In the gardener proposal that'll help us be sure to track that and make sure that we get you an answer And we'll also be hearing from TCF next week and and hopefully we'll have A good resolution of that aspect of the questions Any final uh questions for the proposers before we switch topics Okay, well, thanks for uh joining our meeting and helping us discuss this one thing I may have I should have mentioned earlier on as there are there's some discussion that goes on during our verbal Uh discussion here on the tsc channel of chat dot hyper ledger dot org Uh, it's sometimes a little difficult to try to monitor both things simultaneously But after the fact you might want to go check out that channel Uh, I see one thing there Now that I mentioned it from heart We're hard to asking about Contributor diversity and some of the challenges that are faced by projects that they only have a single company behind them So you also want to think about contributor recruitment But of course being part of The hyper ledger family here is one of the things is that we all try to Work on that and there's some best practices that The uh that the community can offer Okay, uh Switching back to the agenda Our next thing is the Bezu proposal Do we have anybody on from? From that proposal who could give us an overview Hi Dan and everyone. Uh, this is very partly from the Pegasus team on the strategy not being here Before I give a brief overview We have quite a few people on our team that you might see in the participant list that I Introduced um, so first from the Pegasus side. We have Dan Hayman is a Program director B. Dan McCulloch, who is on the strategy operations team with me We have two of our blockchain protocol mirrors Dan O'Farran and Mary up here on the line and then from the consensus side We have Jeremy Moore and Jim Jabotowski um Giving a quick overview on the proposal here and we're proposing to say Uh, we are proposing to submit our ethereum client Sampian or what will be called hyper ledger base Uh, there are pantheon is our open source client developed under via q2 license written in java We developed it from scratch launched it last year at devcon Some of the enterprise features that we've launched uh as the par one that overlaps February and then in the releases, uh over the last months include permissioning privacy and our consensus algorithm ibsp too Does anyone else from right want to give? Add anything to what i've said Then I guess we can open it up for discussion All right. Well, thanks for for joining us and giving us that intro. There's already Pretty extensive thread on the tsc mailing list that i'm sure a lot of us um, uh have tracked And hopefully if others on the tsc have not tracked that thread you can go check it out after our discussion here Uh, I'm assuming though that there's still some some questions that we can handle live here today So now's a good time if any of you on the tsc Would like to get some clarifications I just wanted to say that I was excited to see such in-depth discussion And it shows how serious people are taking this proposal Yes, thanks grace and all for and dan for Answering all the questions and you know being very responsive about this So I guess Go ahead, nathan I would also say consensus has been excellent in collaboration across the decentralized identity space We've had really good experiences working with them both at the w3c And at diff and elsewhere where we've been working on standards for aries and indy And I would be really excited to see their increased collaboration across the other hyper ledger projects through This proposal and the things that will come out of it Yeah, I think that's a good lead into one Uh one topic that I'd like to discuss a bit Which is in that vein of of good collaboration we've I think we've all had different experiences with with projects within hyper ledger where What we see more recently I think is is a good collaborative spirit across projects where we started out with a lot of individualized projects that that sort of operated only within their own sphere And I think there's limitations for any project that Would want to behave in that way in this day and age and so I think it's really important to consider what The objectives are for the proposers as they're bringing this project in It would be a very reasonable expectation for you to be thinking all right. Well now we can operate this project as we have been operating it Really without regard to other things in hyper ledger, but now we've got Maybe some hyper ledger infrastructure and governance around it, but otherwise it's going to be business as usual I think that'd be a very reasonable expectation, but it's not one that that I think would be in anybody's best interest Whereas I think if you're bringing the project in with with an interest in More of a collaborative process with the other hyper ledger projects. I think that is going to be More conducive to everybody's success. You know that is This is jim jigelski with consensus that is certainly our goal our goal is to Grow the contributor list grow collaboration Be an engaged participant not only in in this project But in everything that the hyper ledger is is is doing That's great to hear. I noticed one comment I don't remember if it was in the wiki or or on the thread about the The size of the contributor population from consensus That's sort of a catch 22 Any project that's that well resourced is going to be in a very good position for success but then you also have Perception at least to work through that That community is really Led and exclusive to a single company That's a very Valid point and it's one that we take seriously obviously A large part of what we'll be doing at the very beginning is And continuing to do is doing everything we can to disrupt and dislodge that perception We realize that any kind of open source project, especially if it's one Which is basically under a single company Isn't really a community based project and it's very very important for us to have a base who Be a true community project And we consider our Our go-to statements at the beginning To to help steward things along but also to encourage outside and external contributions As much as possible. We realize that's the only really Way of making sure that this is successful not only for the individual project It's something which is you know part and parcel with being a hyper ledger project so thinking about um so I understand that the desire there to uh to broaden the scope of your contributor base and and Interoperate in general, but in terms of this actually happening and the inertia of groups, particularly a coherent group large well resourced group like pegasus um In terms of your incentives, can you think of some uh particular projects or features or What would really drive maybe from a business perspective integration with an existing hyper ledger project? What would be a good place to start? Uh to find a strong incentive not just the feelings um For pantheon for basu to integrate with Yeah Hey silas, this is dan here and thanks for the question Also, thanks again for meeting last week. Good to see you So we've put a lot of thought into this on our side and sort of we've divided things up and sort of what we could see happening short term medium term and long term In the short term, I think sort of the low hanging fruit is Around some of the in dropping cross-ledged communication happening at layer two So we're already actively working with the webspj lab team who are adding Support for fabric and the truffle team who are doing the same So that's that feels like it presents a lot of opportunities to sort of drive deeper collaboration where you could Especially use the same calls we're saying environments to work across the theory and the fabric Protocols we've heard derive a common tool set a common experience for developers is to start started that higher level um In in the medium term, I think we're particularly interested in interoperability interoperability between chains We have an increasing effort in that direction and From everything we've heard in hyper ledger. That's also the case for a lot of the other projects And so being able to work together frisk We had a chat about this sort of being able to work together understand what's feasible understand what aligns with roadmaps sort of coordinate because it takes two to tango on all these interoperability efforts obviously Silas we had a long conversation about different opportunities for borrow and face to to work together another one that sort of that fits in that medium term bucket is looking towards Quilt and its implementation of the interledger protocol is a collaboration around there It's actually this jvm base probably also will make that easier. So None of those are definitive. Here's the business value per se But we have really strong confidence that there's a number of things that will make both things to and other projects Hyper ledger more robust than we can together So now we can leave some of our users and customers down. So mentioning the the the jvm One of the the big wins I think from the borough project was the interest in the other frameworks at hyper ledger to integrate with the evm If you know since since there already is evm integration With borough for those. I don't know What the interest level would be for integrating a second evm But can you talk through some of what you see are advantages or obstacles in the language selection for bezu and the the languages that are prominent in the other frameworks and maybe also considerations in trans act for facilitating future work Uh, sure. So I can start with this one and then maybe meredith or dano or actual maintainers of the project It's not self-evident to me that there's any advantage or obstacle per se in sort of using bezu as an evm Over borough borough is a great evm. If that's the goal. There's already that in place What bezu brings is a you know, a suite of extra alternative Functions that can enable certain interaction either with d3 community at large or just different approaches to blocking protocols from what's already So I wouldn't I wouldn't see us as an alternative evm or for the replacement to borough and that part at all That's not how we think of ourselves in the conversations with silas You know, there's lots of work that borough and bezu can do together to leverage the relative strengths that we we all have In terms of languages I'll sort of hand that over to dano and meredith probably to speak a little bit more But my view is you know, there's common interfaces on how if you're in clients Connect so those interfaces can be exposed and Enables the collaboration across languages java obviously comes with this sort of constraints for deeper integration But we there's a bunch of jbm-based projects That we're already working with and looking to work with We see we see lots of advantages for being This is dano faran. I'm one of the blockchain protocol engineers Um, one of the advantages I see with java is it can integrate just about anything A lot of the enterprise frameworks of java SDK So if you want to take Beisu and do some modifications so you can access your back end systems that have a java api It's going to be really easy. It can also integrate on a native level with any other language So I don't view this as a barrier. It's not like using java It's going to prohibit you from integrating your go code that integrates your back end systems Um, but when it comes to interop between processes and systems typically It's done at a higher level than the in the raw process. You're going to use things like json rpc and other communication mechanisms all of which basic Pantheon or what would become basic currently support So I don't really view the the use of java as a barrier And as far as growing the community to show a diverse set of languages that are available for the various hyper ledger projects Have been some in java I think would bring in some collaborators that otherwise May not consider hyper ledger as a place to do their open source contributions on on the point that dan made secondarily about transact so transact is a smart contract execution framework that has been spun out of sawtooth and is now a top-level project So what they have there currently is a wasm back end onto sabre Which again is is an extracted from sawtooth uh, I can't remember from our conversation Is e wasm in scope for pantheon bezu or is that part of a separate aetherium 2 project? If it was in scope, uh, then in terms of there being a an integration hook There might be something around Making some transact work against an e wasm back end So I've been to some of the meetings where they discussed integration with your theory in 1.x and e wasm Currently you asm doesn't have a committed final version It's not sure if it's going to make it an aetherium 1.x Which is what the proposal for hyper ledger bezu has right now or 2x which pegasus is committed to working on We already have a beacon chain client that we're working on Artemis so but if e wasm becomes a part of the The aetherium ecosystem, it's definitely going to be high on our target list Whether we do a jvm based implementation of it or whether we integrate natively with a native e wasm As a decision that has been made and quite frankly, we're going to pick the one that works best in that regard. So um, it's I think that there's lots of opportunities still available there, but the e wasm is not Um, solidly landed in a final form anywhere. Unfortunately, it's great technology though Hey, dana, let me just pick up on that while it doesn't directly relate. Sorry. This is Jeremy Miller from consensus Well, it doesn't directly relate to the to the to the basu proposal um, we think having a There is presumably value to the hyper ledger community to having um A project that's sponsored by one of the major drivers of e2 to provide insight direction Etc around that framework, you know For those not familiar with e2 and the direction is taking, you know, we there is enormous opportunities to do multiple execution environments In in e2 which will allow for all sorts of novel forms of cross-chain integration that aren't possible today so You know a tursh and a positive externality of the basu proposal I think is a Is a is an ability to look at how e2 will shape product roadmaps and and project roadmaps For that upcoming architecture Thank you, Jeremy. I do see that being a pretty beneficial thing Ben, I don't know if you had a question or not. Otherwise, we will probably have to start winding up here And if somebody can pick me on chat if they're here from the twgc That'll also help us know if we need to manage time for your update I I have a question in the comments Already, so, you know, how folks can look at and can point me to the Right place, but You know in in general, I I feel we are still very early on in the development of blockchain technology Uh, you know comparison to the the web technology. I feel like today We are at the cti In the early days of of the web like in the late 90s Because for me spend the last Couple of years trying to develop an enterprise blockchain application on on Blockchain the platform It doesn't feel right. You know, it hasn't feel right and because of that We we are lacking up something And my my searches for those who are saying that they are supporting enterprise blockchain Or and call himself as enterprise blockchain What are the features that are the differentiators? That that you would say that you push the envelopes here to help the enterprise developers Making use of blockchain technologies Easier or better So that's what I'm hunting for and and to be full this closer. I work on hyper ledger fabric Um, and you know, they are they are certainly plenty of functions and features in in fabric and and and still Is it's not there, right? You know the fabric is not there in in in my mind Um, so so I'm looking at uh, you know ratio as a a new project and new commerce Uh in the enterprise space and because of that I'm expecting Uh, some differentiators Some very innovative differentiators and I've had the documents that haven't been able to To to fight any so I might have missed something there Now, so that's that's part of my question and and my comments and if someone could jam me in and and And set some light on that would be would be helpful Okay, thanks. So we'll I guess we'll look to the question in the wiki for the response to that one And we've got about seven or eight minutes left here just just briefly. Um, I sent this email quite late, but bin Be be very interested to get your response to my last email on the bezu thread. So for me a huge um feature is uh integration with mainnet and I've tried to to give some examples and make an argument for that there Um, so perhaps you could take a look at that as well Great. Thanks. Well, we'll do Okay, and I think that's a great point. Um from our side I think we took a first pass at kind of discussing the different features that we think are innovative um, maybe it's a different kind of take on Um permissioning and and uh, how we created privacy groups. Um, and our consensus algorithm i b f t Two are just a few examples in in our head that make us innovative. I'd be curious if um To get a little more feedback on exactly what you have in mind as well as mainnet compatible Okay, thanks for that. Uh, so we're down to the last few minutes here and we've got uh, two other groups that are here for updates So thanks to all of the bezu proposers for for joining us on the call and we'll we'll continue this discussion On the wiki and the mail list and then bringing up again on next thursday So moving on to Andy gunderson and the grid update Looks like we've got a little over 50 of tsc members having taken a look at that Andy in About a minute or so. Do you have any things that you'd like to highlight particularly? Issues that you want resolution or assistance from the tsc Uh, no issues currently. Um before in our previous update We had talked about how we were trying to figure out how to essentially run sprints with the mix of different companies that we have Working, um, and we did end up deciding on using hyper ledger giro, which is working quite well for us right now so that's That's great And then I also just wanted to highlight the fact that we have added More to our governance including a gs1 sub team which includes members from both target and gs1 All right. Thanks, andy questions from the community Just a comment. I think the performance and scale working group will probably work out to your gs1 sub team Reach out to your gs1 sub team at some point in the near future As we continue to make progress in defining metrics And make sure on the same page so we can help develop benchmark tools around that area Cool Yeah, I think it'd be great to see performance feedback on at the use case level from From a group like grid Certainly something that that the performance and scale work group has been looking for for a while now Okay, uh, if other people have questions after the fact you can always add them into the comments of the update in the wiki and for those members who have not Read through the report. Please go ahead and get to that as soon as you can Our last agenda topic is the technical working group china update. I do not have the link for that in the In the agenda, so if somebody wants to drop that oh somebody already dropped that in the chat. Thank you about what Sure Yeah, um, here's j. I'll give a real quick update So overall the working group is pretty active and we have around 40 attendees per each by weekly meeting and we have One issue basically we're translating fabric docs and we have some problem with the pipeline and get Get a pre-pulls and we reach out to the fabric maintainer group And I think the matter will be solved once fabric has been moved to get up We might leverage some of the infrastructure there We are experimenting trans effects for translators and getting a better user experience overall So that might set up an example for other projects, which If they want to translate docs to other languages another Not exactly issue, but we did host Six meetups in the last quarter Also one online meetup And I know there has been a long-standing issue in China that The other presence of the presence of other projects out in the fabric are fairly low And we did invite some developers from I think Britain to give an online meetup and we had around 50 attendees online So this kind of opens the door to other projects So I just want to cascade this information if you want to host a meetup Virtual meetup in China. We're happy to host a online webinar for you So just reach out to see if you see a channel or a mailing list and we will take care of it and Other than that We are I think we're pretty good on track And we'll keep hosting meetups in the following quarters and We are we're trying to mentor Some local developers to propose their projects and trying to connect the Then to an existing project in hyperledger such as shallow And yeah any questions I like the idea of online meetups. That sounds interesting Sure, just be Be aware there might still be There still be a language barrier. So I would suggest to prepare Slides with some more information so people can read afterwards and we actually have Folks from Britain, but they can speak very little Chinese which Kind of make just make webinar a bit more friendlier But yeah, we can sort of details just reach out to me and we can look into it you All right That's very nice And I think that brings us to the end of our time together here Thanks for everybody's participation and We will look forward to talking again time next week Joe Sorry everyone Bye