Protocol Community Meeting (August '22)

Captions as YouTube publishes them, usually machine-generated, so product and people names can be misheard.

1. 0:09

   hello hello everybody my name is dennis i'm part of the deaf real team here at pagoda or near inc um welcome to this uh protocol community uh uh session um yeah to get today we'll have uh bowen here who's gonna walk us through uh through the rest of the program i'll be uh looking at the chat uh looking at your questions and moderating on in between and uh yeah picking them up as we get them so uh one nope

2. 0:41

   on you yeah can you see my screen yep okay okay let's get started so um yeah i have a few agenda items today uh first just i'll just give a quick update on the progress we're making on the protocol development and then george will talk about um stakeholders and then i'll talk about the new ap process for contributions towards the protocol and then uh we'll have a discussion with folks from the central bank on meta transactions

3. 1:18

   and then well as always it will be time for questions and answers okay so yeah a very quick update um so phase one of starting the thing that people have been looking forward to for a long time is uh finally coming it's going to come in the 1.9.0 release um the the release will go to testnet on august 15th uh which is next monday um and then the main net release uh will happen uh the main release would go live on

4. 1:50

   september 21st um and as you probably know um there is a period of time between when the release is populated and when uh everybody there actually upgrade and then the network actually switched to the new protocol version uh and that is um projected to happen before or by september 28th yeah that's kind of the quick update from me uh so now i'll just pass it to george to talk about stakeholders thank you berlin so if you can yep go the next slide

5. 2:24

   um i want to first recap a bit what our intention with stakehouse is uh just to to keep everybody on the same page before uh looking back retrospectively of how things went until now so what you want to achieve with stakeholders is basically uh a set of three things on one side to give the community an early access to check on your producer code and also give a playground make a network where that note can be exercised and this will

6. 2:54

   help uh becoming familiar with what the the next milestone of sharding brings and get your hands on it and play and play with it a bit uh at the same time given that we're going to increase the number of validator seats on mainnet we want to help people that want to become validator with technical guidance and with a motivation to actually learn what it means to be a good validator and third but not least we want to have a

7. 3:18

   good chance of battle testing the code before we go into mainnet to get data points that give us confidence the release is working as we expect it to do it to be the program is running uh from mid-july until early september so we are almost half through um that time frame and what's very very interesting about it is that we are running the program as a partnership with community members

8. 3:43

   with menopause linear everstake and osa who all of them are supporting the program and coming up challenges offering technical guidance to participants and basically running it um yeah the last bullet is something that i just mentioned we expect to to increase the number of validator seats in mainnet from 100 up to depending on on the data points that we get from sharpness 2 2 3 x so where are we with the program now uh we got a lot of interest and we're

9. 4:15

   really happy about how many people wanted to join the program and wanted to take on the challenges and to be part of this learning experience for the community so we've seen the number of nodes in chardonnay by the way sharpness is the test network um this playground to avoid confusion where stakeholders is happening but we've seen the number of nodes going fluctuating a bit but it was more than 1 600 uh throughout the last days and this shows the interest that that people have and

10. 4:47

    we only have 400 validator seats there so it's it's quite a size compared to our initial plans and this is a definitely a positive uh feedback that that we're getting regarding the interest of the community um for the people that want to learn the way the program is designed is to give them challenges and rewards and if they complete those challenges we have in 11 challenges until now and a few more to

11. 5:11

    plan for later this week and we're going to continue releasing each week until the end of the program uh two to three challenges to keep people engaged and give them an opportunity to learn what it means to operate a note and to have a very good operational uh posture in keeping your validator uh keeping the editor running we have a lot of engagement uh on discord there's a channel the stakeholders channel where people ask a lot of questions and uh it's it's a learning community and it's also a place

12. 5:43

    where we discuss the issues that we encounter and things have been colorful to call it like that uh at the end of the day it's a shard net uh it's a playground where we're battle testing code and where we're stressing the whole network as much as we can to see what it happens when we push it to the limit with decent velocity so where we don't intend to hit the wall but things may uh may happen and we may see hiccups um the good thing is that the whole setup

13. 6:15

    was designed in such a way to give us tools to adapt to the issues that we find and to be able to steer the whole program and the whole playground in such a way that we adapt to the problems and we fix them and it does the fixes and we move on as quickly as possible so we made we made um incremental adjustments to the token economy for example we switched to a delegation model to make the economy more stable and prevent bad actors from influencing stakeholders and

14. 6:42

    that proved to to calm things down a bit or another example is that we had to use the hard fork tool we avoided as much as possible but there were cases when we had to use it um to bring uh shard net back into a good state and while we do not expect to see hard forks in mainnet it was still like a good learning experience for the the participants to see what it means to go through that uh that event and what they need to do to adapt to it

15. 7:12

    um so as you've seen stakehouses is mostly focused on the community and the learning experience and giving people access early access to the code as a separate track the chunk only producer code will be available on testnet like bowen mentioned on an earlier slide on monday august 15th um and that is part of our regular release process it is part of the regular steps that we take when we do any mainnet release so we're seeing testnet as a separate playground from from stake wars

16. 7:45

    i guess that's it from my side thank you everyone yeah thanks george um and i think we can move on to talk about the new mp process which is going to be exciting uh so just to kind of give people some some background uh for those who don't know uh near enhancement proposals or or any piece uh have been in existence for i think quite a long time now maybe the the initial version uh was was there even before uh mainnet

17. 8:18

    went live uh so yeah probably more than two years by now um but the process wasn't fully fleshed out there is essentially a template that people can use to submit proposals um but then that's basically it it's not really clear how to move forward once you know someone submits a proposal like that uh you know who should actually review that um and and what what are the next steps um and

18. 8:48

    and as we we grew larger and larger um there i've been hearing more and more complaints that you know there are people who are very interested to contribute to the protocol but they don't actually know how to get started and how to move forward uh which is a problem that we're trying to address here so yeah so for the before i talk about the actual process uh it's important to

19. 9:12

    first talk about the roles and the responsibilities and who are the stakeholders uh in this process uh so so first of all we have the answer um maybe we will we'll change it to a different name in the future but basically this is the person uh who drives the uh the proposal forward so essentially uh it's it's uh the ndp process is supposed to be a process where anyone from the community can participate there's no restriction now who can write a proposal so the answer would be the person who

20. 9:44

    writes the proposal following the the templates we have and then they would also submit the uh the proposal uh which a prototyping rotation ready for review and then uh we would um and then the author would kind of go through the review phase we would talk about uh and then after the other review is done uh there will be a final process uh in which they present their work to the uh to the protocol working group uh which we'll also talk about later um and then

21. 10:16

    the working group would make a final decision uh on the proposal so uh that's what the author does and then there's the moderator so basically moderator um are the the people that make sure that you know we don't receive spam proposals and the proposal actually are formatted properly they um they follow the the template that we're using and it's not something that has just been rejected so and then they're also responsible for

22. 10:47

    kind of coordinating uh coordinating the uh the proposal and with different stakeholders in the process uh make sure that they they move along and doesn't get stuck but they would not uh assess the the technical feasibility of the proposal itself and who does that well so we for each proposal a group of subject matter experts will be assigned to review the proposal for each and the current process is that

23. 11:20

    for each proposal there will be at least two subject matter experts uh they have the power to reject the the proposal based on the lack of technical merits but they don't have the ability to single candidate to say oh this proposal is finally approved so who does who has the power to do that well it's the uh it's what we call the community working group uh so more information would come uh later but basically this is uh going to be the uh

24. 11:51

    the foundation of the the governing body for uh protocol proposals essentially people who have broad understanding and interest in the protocol itself and and can make the the best judgment on behalf of the ecosystem and how this would work is that uh they would essentially be responsible for making the the final decision on whether a proposal gets accepted or not um through a community meeting uh where the the officer would present the proposal

25. 12:23

    and then a decision will be made on whether the proposers accept it or not so yeah all of that may sound uh confusing so here is a nice diagram made by ari our technical program manager and this diagram illustrates uh pretty well the entire process basically the author would create the proposal it would enter this draft stage and then the moderator would look at the draft and see whether it complies

26. 12:55

    with all the standards and and now the um yeah about the uh everything that the uh proposal needs to to follow and then the moderator would move the graph towards the the next step marketing is ready to review and then a set of subject matter experts will be assigned by the working group to review um the proposal and once the review is done there's basically two outcomes well one is that

27. 13:26

    the the reviewers think that um the on the technical side the proposal is uh is ready to move forward there's no uh no objections to the proposal or or rather that the the pros and cons are clearly um uh clearly laid out in the proposal and it makes sense um so then it would move towards voting and then uh the uh the committee working group would uh uh would make a decision on whether the proposal gets approved or rejected uh however there is also another case right

28. 13:58

    because the reviewers can keep giving feedback on you know the the proposal maybe that uh well maybe they want to see uh in more detail how how this how certain part of the proposal would work asking the author to give examples or like or explain more how certain things work or they think there may be there is better way to do certain things and then uh they would ask the other two to revise proposal that could take time however the uh one of the reasons why we

29. 14:30

    designed this process is that we want to make sure that the process is time boxed that it doesn't go on forever um because uh we have seen uh proposals that kind of get stuck in the state of like you know there's there's comment and then the uh the author address comment and then the kind of review goes on now uh just doesn't stop uh and therefore we kind of explicitly set a uh time box here uh basically if there if the a proposal has been in the

30. 15:00

    review stage for more than a month without moving to the next stage then it will get automatically rejected uh getting rejected doesn't mean that uh you know it just forever rejected um the the answer of the proposal if the uh they understand you know the reason for rejection uh and they you know think about it more and come up with a better proposal later uh they can resubmit

31. 15:25

    their proposals after a period of time yeah that's kind of the brief overview of the entire labs life cycle of the ap process and more information can be found on this document that's on the labs repository and we will start executing on this process pretty soon so since we talked about you know as part of this process there's going to be this community working group meeting and people may ask well uh what's going to happen with this meeting uh that is a good question

32. 16:03

    and the current thinking is that we will still keep having this meeting uh primarily for two reasons one is that i think it's still nice to have a place where we can provide protocol updates to the progress we made on protocol development as well as a place for people to service their ideas so the community working group meetings would be geared towards actually making a final decision on whether proposal

33. 16:34

    gets submitted or not it's not really a place for people to discuss ideas which may not be extremely well formed so i think this would also be a place for us to do that and also yeah this is general uh q a so yeah that's uh the current thinking for for this meeting and you know if you have any other suggestions yeah feel free to let us know and we can think about uh how to make this meeting more useful for uh for the entire community

34. 17:08

    yeah so that's basically the update on the uh ap process uh yeah dennis can you promote uh alex oh actually yeah um alex and igor can you signal yourself so that dennis can promote you to a panelist yeah please raise your hand or similar i can see from the list there we go remote to panelist joined great all right hey guys hey uh so yeah uh just a quick uh introduction we have uh uh

35. 18:05

    alex and uh igor from um decentral bank uh and uh yeah we'll have a discussion about uh meta transactions alex do you want to introduce yourself yeah um my name is alexander and i'm developer of uh near native stablecoin u.s and andy igor is not connected by the way you you yeah is she is a meeting he's on the meeting uh but you attached george he is uh no he hasn't raised his hand so far so no okay

36. 18:46

    yeah but uh yeah if you could igor you please uh raise your hand uh in the uh through the ui then i'll be able to spot you immediately otherwise it's igor you lay ski right well yeah yeah yeah great yeah so um bo when what is the format of the current discussion uh is it kind of a free-rided discussion yeah it's yeah mostly that but uh i think it's probably a good idea for you guys to first give an overview of what the proposal actually is and

37. 19:23

    why we're doing that yeah so we are working on poc proof of concept of managed transaction uh what is it it is a transaction that can include another transaction and why is it needed for different purposes however the major one is is that some entity can pay gas for uh for alice who doesn't have money doesn't have near to pay for gas herself and so for instance you're a um you have a new account in uh near echo system and so

38. 20:12

    you don't have any money however you still want to start somehow probably you received the erc20 token in your pocket and you you wanna send it back to someone still you don't have near you don't have money and you have to pay gas so you have this problem that having no near you can't do anything and meta transactions uh enable uh gasless transaction which enable um paying by uh for instance crc20 tokens

39. 21:00

    paying for gas um you know uh with some commission to us to proxy uh and it is um uh yeah so paying not only using near that is the basic thing um i think that it can enable many different use cases also um and yeah that's that's it we are working on poc it's not actually you know 100 persons ready and i also think that we are going to use your new um uh proposal um you know that that's what you you introduced then you uh you how is it a new way to prepare proposal

40. 21:54

    review yeah yeah yeah so that's it that's it um okay yeah so so yeah alexander can you talk a bit more about maybe some other uh potential use cases just uh so that people here can have a better understanding of you know why we actually yeah so why this is deeply important so like i know you talk about the the years it's like playing in like front world tokens um but yeah i think like i i do believe this has much larger implications so if you can talk about

41. 22:26

    that um i know that for instance there are different ways are developed on ethereum um also um it also includes gasless transactions and uh i probably don't know every case however what we are considering is that we have uh uh usn which is a near native stable coin and so um it could enable um i would say like different uh cases to make it uh more unique for near ecosystem um yeah it's uh yeah uh

42. 23:12

    how how does the usn uh play into this or like what would the use case be there um you have a new account uh and someone sent you uh usn and um we faced with the situation that uh when you have enough usn however you still have not enough uh near uh you'd like to uh you know continue you you you'd like to send it back or just send some someone yeah so i probably like getting back to the same

43. 23:53

    use case uh i'm sorry bowen however i'm kind of technical guy not a business business level of things yeah no worries so um i think one one of the important thing is that it will enable this kind of subscription model where the application can um the user don't need to worry really about paying cash for um for their transaction of using application the application can pay on their behalf uh very easily even if um so like today you know there is like access key and so on but well that has

44. 24:30

    limitations one in the the gas would run out you need to ask user issue another access key another thing is that uh you know for a function call access key doesn't allow you to transfer um locals and then so on so yeah so if you for for instance um like i believe it enables many use cases however um why we do need meta transactions on the level of blockchain it is because uh as we considered like work arounds and um

45. 25:03

    like hacks you know um instead of uh uh meta transactions in on the level of blockchain and so we found that uh it's pretty pretty hard to overcome it and also workarounds may have security issues and and like they are also limited in in usage so meta transaction should be a transaction that have signature that back another transaction and you know can be executed on the blockchain it still have

46. 25:46

    many challenges uh like we found that you know there are challenges to integrate the new code into the existing infrastructure as there are um well-known uh actions well-known um i don't know like like the scheme of the near core is pretty established and it disrupts it a little bit but i i think it's yeah yeah uh but yeah before we talk about that i just want to mention that uh i think we've seen some quite some success with ro plus uh which essentially is you know meta

47. 26:29

    transaction for or or like it's like a similar model uh so i wonder whether so i saw i saw that marcelo is in the meeting so not to put you on the spot but uh you know if you're free to talk uh wonder whether you can also talk about how this works or like some of the implications there okay so that why there are two more hi can you hear me yeah yeah okay excellent yeah so in aurora we have some

48. 27:09

    sort of uh meta transactions basically users sign a ethereum like transaction and we do all the decoding inside of the aurora contract and compute the sender and we are paying the near gas for our users they actually don't need to pay anything and the the gas they pay which is beneath it's some sort of artificial mechanism to prevent spam which is the whole point of of using gas but they don't need to pay any near gas or they don't need any near account i understand this doesn't solve completely

49. 27:49

    the problem you're trying to solve with uh near like first citizen level uh near meta transactions but to some extent uh this model can can be used as well yeah okay but sorry if i understand correctly the uh you the users don't have to pay they they can just pay a subscription right and then the okay yeah fair enough yeah without error plus they don't need even to pay uh if uh they have some amount of uh aurora transaction the three free transactions in aurora

50. 28:27

    uh i don't think it's implemented right now but the idea is that users will pay like some sort of premium model so you pay in advance some amount of tokens or you get it uh or the application does it for you so you you always interact for free with the system and okay i think we lost you for a few seconds but yeah uh yeah the the the tldr is that users don't need to pay and actually our repos right now provides uh 50 transactions for free and users can

51. 29:08

    buy applications can provide an interface so such that their users don't need to pay gas at all i i have a question while hearing this marcelo what kind of um system do you guys have in place or uh yeah a logic to handle abuse of this subsidy um that's a good point like right now all attacks we have uh received it's a about uh uh what near can handle uh what we can put in a in the system so it's not about the amount of money that

52. 29:46

    it's been drained uh basically we have like right now with aurora plus it's uh significantly easier the system is quite complex but we have a lot of filter in the ips and what nuts but if you subscribe to our plus uh well there is a there yet another system i think we're doing kyc if i recall correctly so basically we authenticate our users and we only provide free transactions to

53. 30:11

    authenticated users otherwise you need to to pay gas okay yeah sounds good let's uh maybe move back to talking about meta transactions uh i think uh alexander has been eager to talk about the actual technical details i think maybe yeah that's actually a good time to do that uh yeah alexander wonder whether you can give an overview of like how this is actually going to be implemented yeah i think i have some lag

54. 30:48

    however okay i'll i see uh i see many questions from matthias what should we do with it should we uh we can answer them later but i think yeah let's go with the discussions okay so a technical aspect how deeply should i you know go into the technical aspect like implementation all right yeah basically it looks like uh you probably know that there are a few predefined actions like create account

55. 31:30

    or or call the contract or transfer some near you know or what's up add key delete key we add additional action um which is called we we we call it delegate action and uh what it can it can include other actions and so from the uh from perspective of rust it it it means that we introduce kinda recursive type and uh it also you know introduce additional challenges to code it properly however anyways it's

56. 32:19

    additional action that includes other actions and now it includes another transaction which includes uh and other other actions yeah so we we have this you know packed uh structure um in that um delegate action action be processed um it's gonna be um okay so we have um on some uh i i would say you know to not over complicate um uh uh from the user perspective user creates a new transaction however user doesn't have gas right so it can just uh you know throat

57. 33:24

    into the nodes this transaction uh is passed to a special method like if you see some code in javascript we have additional method that uh converts the the transaction um it wraps with the signature of some proxy of gas station or we we didn't come up with an idea how to call it we probably call it gas station or back-end station or something like that it wraps the transaction into its own with its own signature however uh it has a special action type delegate action

58. 34:06

    and so after that uh all this bunch is being thrown into into the notes into the mechanism of blockchain and then the new like handling rules are involved and that's we are working on because we you you have to you know like uh you're starting to unpack uh you verify signature and probably igor can explain more however you know it's not the easiest topic i think uh once we have a pr pull request ready for review it's gonna

59. 34:47

    be simpler um by the way answering on one of the media's questions is that the reason uh nap not sure about pronunciation how you pronounce it i will pronounce snap and there is an old nap i think from the april of this year that we also use as a reference it was introduced by ilya and eugene probably yeah yeah uh we can link the we can put the link there um yeah if you have one i

60. 35:29

    if you can put the link or i can find it real quick yeah i can do that um okay okay okay yeah so so kind of basically uh to summarize what uh what alexander was talking about um yeah so essentially you have this wrapped transaction and then uh after after it gets to after it's processed it would first check that the signature would match and then uh it would uh basically unwrap the transaction and then convert that to

61. 36:01

    receipt and send it to um to be executed and in this whole process the uh uh the designer id would remain the same it's like the basically the conversion make sure that uh it's essentially converted as if the uh transaction uh is actually coming from the original user um and uh and then based on how receipt works the predecessor id would just be um the uh the account id of the of the user itself uh so there wouldn't be a question of um how uh you know the like in the web whether

62. 36:36

    the uh if there if you interact with smart contract it would have like you know the wrong predecessor id or something so that would not be a problem um and yeah we will link the uh proposal in the chat yeah so we have a rough really rough poc we just implemented uh you know really really really um like like a draft of sendings some near tokens and uh um at the first step it works it worked

63. 37:16

    just with a a hard-coded number of near and like it was like 42 number uh if you put 43 it doesn't work it didn't work it works now so i mean like we are on in the progress of debugging uh sometimes mathematic doesn't um doesn't uh uh doesn't work we are fighting with search here and there um and by the way the good thing in the near core design is that uh there are many uh mathematical verifications so you won't do stupid things at least you you can do stupid things

64. 37:56

    but it will cost you a lot so that's our yeah uh dennis i think we can move on to answering questions and yeah thanks for the brief overview of how uh meta transaction is going to work great thank you alexander so moving from the most recent uh so we have here would meta transactions have their own function on the runtime to be able to process efficiently uh not sure what i'm not sure what they mean by their own function on the runtime it's process basically as

65. 38:36

    similar to how a normal transaction is processed it's just in that logic there will be a special logic that that unwraps the meta transaction and next up we have could we use meta transactions to create payment channels between two parties in order to avoid multiple transactions or receipts and improve processing times for many transactions at once between them uh i'm not sure yeah alexander what do you think no i i'm i'm not sure i'm trying to

66. 39:18

    i'm a little confused yeah yeah matias could you please type your question in a simpler way thank you uh let's see we have a new one that just came in i do not see the link to the proposal in chat oh yeah i think one of the answers if you click on the answer tab i guess we can understand each other and uh this one is uh so i'll tackle the meta transaction ones first a couple more from matthias here uh what meta transactions influence the underlying

67. 39:59

    receipts matter transaction influence no no it's not going to uh yeah exactly correct me from wrong but my understanding if i remember correctly there's no change on the receipt level um i'm not probably gore can can say more correctly because it depends it depends you know influence than the blind receipts it should not it should not maybe some refactoring uh is involved you know because you obviously can face with some

68. 40:39

    technical uh issues like maybe you have to move some pieces of calls here and there however shouldn't yeah so so my understanding is that basically the the target action can only be um on road once so it's like there's a logic that makes sure like you don't there's no way to you know um indefinitely recurs on that so it's like basically it's only you can only put that as part of the transaction and then once you process it to unwrap that and then the rest will just be regularly received and then that receipt cannot

69. 41:12

    have delegate action cool and um so the last one would be uh what meta transactions support batch transactions any limit on the actions they could include ah that's uh that's a great question uh it i think it's basically same as like how like a normal transactions would uh i don't think there's much change to that yeah yeah i think those were the questions now for uh meta transactions so and also people

70. 41:50

    if you have questions in the meantime please ask but uh there's one relating to something else now it's uh is it possible for notes defined in genesis to unstake or unlock their locked balance yes uh yes if you are violators defining genesis you can on stake after the network starts great thank you uh those were the questions uh we have for now um yeah yeah any other questions from an anyone here about anything not necessarily by the transaction that we just talked about but

71. 42:32

    yeah any questions about other scenes are welcome remarks as well or ideas uh some extra feedback uh i can give uh on the aurora side can you hear me yep yeah um we are actually going forward with this idea of running cross-contract calls from aurora to near uh right now so basically from an aurora contract you will be able to execute uh functions on nearside uh well we have been designing this without transactions in mind but our we

72. 43:11

    are using an approach which i think was suggested by ilia in one of these calls which basically we are deploying one account per uh per per address in aurora and this account has the ability to execute arbitrary transactions if they are coming from aurora so this is a way of implementing meta transactions in some sense without uh changing anything at the protocol level so that's i mean probably we want uh

73. 43:42

    not to go with this approach but at least uh consider it uh so the idea would be that you deploy a special contract on your account that will be able to allow other parties to execute meta transactions on your behalf uh where your contract will be able to execute their bitcoin transactions if they are signed properly so that's uh that so that's similar to how ceremony transactions work right in this area if you want the user you need to deploy this uh proxy contractor yeah yeah yeah exactly

74. 44:16

    yeah yeah but i think yeah our advantage is that uh you know if we implement a meta transaction in the proposal it's actually much simpler like you don't have to deal with that at all well in our particular case i don't think we can use meta transactions because our users are out on a user they don't know yeah that's a different use case yeah exactly it's a little bit different

75. 44:39

    uh but yeah in general i mean we can see how it turns about the meta transactions part and then we can use it uh but yeah great i had a question about stake wars actually uh george if you're still around um yeah will there be will there be any new challenges specific to running nodes on test net for uh stake wars no for testnet no so um our just to clarify the space when we started stakeholders um our thinking at that point was to actually move the program from the dedicated test

76. 45:29

    environment shardnet to the actual test net but as the program uh progressed and as our understanding of the stability of the network and the uh whole challenges of setting up a totally new blockchain look like we realized it's a better idea to keep stakeholders in sharpnet since we have better control over the whole uh network and we have a lot more flexibility in playing with the economics and kicking the network in uh in various ways to

77. 46:01

    bring it back into stability and make the overall experience of the participants better so that convinced us that it's better to just uh decouple testnet from stakehorse and continue with stakehorse as it was intended as a community oriented program and look at testnet and the chuck only producer released there as part of our regular release uh process so keep those separate and it's better and more clear for everyone so we we

78. 46:33

    took the decision uh last week to actually continue on shorten it and stay on the dedicated uh playground on dedicated test network until the end of the stakeholders program on september 9th so all upcoming challenges will all of them target shardnet great thank you thank you george sure so um well good for everybody a minute or so in case there are any lingering thoughts ideas or questions

79. 47:11

    um otherwise uh yeah bowen if you're happy we could uh call it a wrap up i see a couple new points coming in in the q a yeah i see the question like uh basically after after they unwrap it it will be processed as a single receipt right there's a single receipt can also contain multiple multiple different actions that's how normally a transaction will be processed well like how normally processes like your first

80. 47:55

    convert to a receipt with the same amount of action and then those actions will be processed so in that sense there's no difference great very good so uh yeah looks to me that's it what do you guys think would you like to wrap it up who has special skills to wrap up meetings well very well so uh yeah thank you all thank you everybody uh for for coming and for uh uh questions and your ideas

81. 48:42

    uh yeah we do this uh routinely so uh up until next time in the meantime we run uh daily office hours as uh where when you're developing smart contracts or uh uh comparable dapps on anir you can uh just pop around ask ask us me or other colleagues say the different team live questions uh so i'm gonna shameless plug here for the for the devrel team let's see office hours here we go i'm gonna post a link in the chat

82. 49:14

    and uh that contains the link to the to to our discord server and the hours we we run these office hours on so both for the americas time zones and uh for europe uh middle east and asia as well so thank you thanks all right thank you for invitation thank you all bye bye