All right, and I see that Richard just joined from R3. So that brings us to 8 of 11 from the TSC. So we have Quorum at this point, Chris, to get things kicked off. Cool, thanks. Thanks, Todd. So on the agenda today, and we have the Action 9 review, we have a proposal from DTCC and IBM to discuss a proposed project incubator for Java chain code support for the fabric. And then we have our updates. But I'd like to add a couple of things. Richard, I'm glad you're able to join. Sorry, I'm late. No, no, no, no, no, that wasn't intended as a slight. None over them. But it's rude of me that these calls can't start till we have Quorum, and they're quite often. So sorry to overhear you. Yeah, so but since you've sent in some feedback on the white paper, I was hoping maybe you could just go over that and some of your thoughts. Since we have a fairly light agenda, I thought that would be good. I also sent out in response to one of my action items to come up with a representation policy. I did something to the list about an hour ago. And I thought maybe we could add that to the discussion as well, Todd. Are there any other topics people would like to bring up? No, OK. So the first action item is to me to send in a representation policy draft. And I have done that. So Todd, you can take that off. White paper review. So the white paper has been published. And there's a review feedback form. Or you can send an email to the list or however you want to channel that. So I think that's sort of ongoing. We've had feedback from Richard and our three, and we can talk about that. And I don't recall seeing any other submitted feedback. But maybe is Davon? Yeah, hi, Chris. So we do have the forum. We had our meeting yesterday. We reviewed the feedback that people had submitted. There was actually only two individuals. And I didn't see Richard's. So Richard, I'm not sure how that feedback was sent. But we actually would like people to use the link that we provide on our white paper working group to fill out the form. That way we have a little process where we go through, we're reviewing them, we're keeping track, we're going to have a feedback mechanism. But that's something I did want to discuss is how are we going to get more feedback? Because we only had two individuals that had actually submitted anything. Every time I pick it up to review it, it gets sidetracked. So I have to, I know I think everybody's probably in a very similar situation. Thanks, Dave. And then Todd, we have a couple of doodle polls out there. How are those going? Yeah, so if you haven't had a chance to complete the doodle poll for the June virtual hackathon or the July potentially West Coast hackathon, please do so. Today's the last day. We'll have people let us know their availability so we can get that locked down. For June, it's looking like the week of June 13th is likely the most popular. The follow up to that would be the week of June 27th. So please take a chance, take a quick stab at putting your availability in there. The one question that I did have is in terms of doing the virtual hackathon, I wanted to get feedback from the community in terms of what platforms they'd want to leverage to do that. Obviously, we can boot up a WebEx or go to meeting. We can have Slack running, the mailing lists, all of that. But what other tools or platforms would help this process for everyone to have a successful virtual hackathon? Welcome to WebEx. Press 1 to be connected to your meeting. I think we lost Todd. No, sorry. I'm still here. I was just muting someone who had stuff on the ground.  So you're saying, do we need other tools, like Google Hangouts or whatever, to facilitate some of this? Yep, exactly. Is there a platform? This is Morali from DDCC. Is there a platform where you can create virtual rooms and you know what attendees are there and join virtual rooms? I'm just thinking loud. Are there any platforms like that? Etherpad is used in some projects. And it's sort of that.  This is Brian. I think part of the value of a virtual hackathon is just the speed and the responsiveness of interactions using the existing tools.  I think the value is knowing that you'll get quick responses. And I think continuing to use a real-time channel like Slack is a good thing. And therefore, during this virtual hackathon, simply making sure that people are present and responding quickly is the key part of the value. So I don't know if people would find additional value in video or shared whiteboard. I guess that's conceivable. Etherpad is probably the, or simply Google Docs in the multi-editing mode. I don't know if any shared whiteboard thing that actually works, but in terms of real-time editing of a document or something, those might work. Do people find value in voice as a group in this kind of thing? Well, I think that if it's code involved, that using something like Screen Hero, which I think we get because we have Slack, would be an alternative for those of us who are hacking on the code and have a question. And they could run it with somebody on Slack and then open a Screen Hero session to essentially bear on problem solving or coming up with a write-out or whatever. And so forth. I've done a couple of virtual hackathons. And I think one of the main things is that there are some periodic kind of check-in times, in a sense, especially when you're doing something worldwide. If every eight hours or so, people kind of checked in to sort of say, hey, I'm beginning work in my time zone, and I'm going to be around, and I'm checking this. I'm going to be listening to Slack, or I will keep a Skype channel open, or I guess in this case, one of these things. It's really handy to sometimes be able to speak up and go, hey, does anybody have any experience with this? And somebody will pipe up that's in the same time crossover thing. In general, virtual hackathons do need a good beginning and a good end. So don't forget those. There was a question in chat about it being five days, and I think I have a concern about that as well. I was more thinking along the lines of a couple of days, where people could really know that there would be resources available to talk to. Yeah, Christopher. Yeah, go ahead. Just to clarify on that, we were just gauging general availability on a week-by-week basis, and it would not be five full days. We understand people have a lot else going on in their work lives. So just trying to see when critical mass was on a week-by-week basis, and we would narrow this down to two, three days to be in line with what we've been doing before. Thanks, Todd. So for those of you who haven't already hit up the doodle polls, please do. And then we'll narrow that down. And I think we can take the discussion of any other additional tools that we may or may not want to use to email. And then finally, I had promised to summarize the exit criteria, and God, I need a clone. So I'll get to that next week. So as I said before, I had sent a proposal for the representation policy to the mailing list about an hour ago. And I thought maybe we could tee that up for discussion, but I can do a welcome paste into the chat what I sent so that we can all look at it. Or Todd, maybe you could just screenshot the email or something. If you'd give me a sec, I can drop it into a Google Doc to share out. Oh, OK, cool. And I'm looking for my note. I can post it in, Chris, if you want. I think Todd's getting it. I'm just, my God, I've just way too much email. How did I pre-pathetic when you can't even find your own email? All right, I just dropped that into the chat window. Thanks. So as we have discussed previously, there's been a couple of occasions where one of the TSE members has been able to attend. Maybe they're on a plane or with a customer or we've got a baby strapped to their chest. And I think the intent of the TSE was essentially to be individuals who were essentially chosen by the community to provide the leadership from a technical perspective. But initially, we didn't really have that, right? And so what we chose to do instead as we formed the governance was to set aside a six-month sort of get-to-news and where the TSE would be a representation of the members of the, the premier members of the foundation or the project, I should say, chosen by those companies essentially to represent them for the initial six months. And then we would hold an election where those individuals who've contributed are both eligible to sort of either self-nominate or be nominated to serve on the TSE. And who, again, those individuals who contributed are the ones that get to cast a ballot for representation on the TSE. So what we talked about the last time was, well, in most organizations that have sort of representation, sort of member representation, some standards bodies and some other foundation committees and so forth, typically you can send an alternate if you're unable to attend and they can speak on behalf of the company. And so I thought we should probably formalize a policy and make it clear that that policy, that we would extend a policy to allow somebody to send regrets and name a designated hitter to represent them as an alternate and for a particular meeting or meetings as the case may be. And then once we go through the election process and actually select individuals that are elected into the TSE, that that policy would be abandoned. So I tried to write that down. And then the one exception that I had is the project technical, I'm sorry, the project leads that are representing their respective projects on the TSE, they could send a designated alternate to represent the project as long as they give it an advance notice to the staff and chair. So thoughts, comments, concerns? Question for you, how many project leads are there on, well, are anticipated to be part of the TSE versus the elected ones? And do project leads also vote? Yeah. How many project leads is, how many projects there are? Currently, we have two in incubation, really. I mean, there's sub-projects. But I think we have to, as a group, decide what a project is and so forth. But is it something that's in incubation out of incubation? These are things I think we can decide, as a group, as long as we decide them before we have to use them in anger. But all good questions, but in terms of whether they get a vote, absolutely, they're the leaders. Is the transfer process documented someplace? I went looking for it the other day and couldn't find a long route. Is the what process? The, how we do this transformation from the first six months to the rest, is that document? It's in the, I don't know, Mike's on it. I think it's in the bylaws. It's in the charter. I'll paste the link in and reference the section in just a second. Thanks. Chris, this is a part of the, I had a few questions that I emailed. How long do these members serve? Did any periodic elections, things like that? Well, it's a year, but it's not really relevant to this discussion. Again, this is about just dealing with the representation policy to allow for this period, for this initial six month period, to allow somebody to designate an alternate if they're unable to attend. That's really what this is about. So we shouldn't, I mean, we can have a conversation around the election process, how we're gonna go about doing that. We need to have that fairly soon, but I'd like to just run out, just focus on this particular policy. So I'll, I'd like to second this motion. I think that makes sense as long as, you know, the voting, so the basic idea is that, you know, as if you were elected, you're sort of representing your constituency, not your company, the people who elected you in a sense. The point is that, you know, you're the only one who can do so. The, so I think I agree with that in principle. And then I think the, you know, the open question is, can project leads do this, you know, can project leads delegate? And I think that makes sense as long as it's not a large number. So I'm in favor of the proposals. Alice, you had a question. Should there be guidelines about the qualifications and the employment of the alternates that's sent? That's a good point. What do people think about that? I'll speak to it real briefly.  No, no, no, no. Well, okay.  Good. As I understood the proposal, only the, once we transition, only the project leads can delegate. And, you know, I think the key thing is that, you know, has to be somebody in the project. I mean, somebody in that project, which seems very reasonable, but I don't think that person needs to be a, you know, have any, you know, much higher qualification other than the fact that the project lead goes, hey, you know, I need somebody knowledgeable to represent me at the meeting. A knowledgeable at the project. I don't know that there needs to be much more than that. I think it's a little bit different, you know, for the other, but we've said that the others can't delegate, so. Yeah, so on that part I agree. I guess I was, Alice, and maybe you could just type in chat if you're not on the line, but as to whether or not you referred to the project leads sending an alternate, or if you're referring to the initial six month period that we're almost done with where, you know, I might send somebody from Oracle. I'm not sure if that, maybe you could clarify which alternate you were referring to. Oh, she meant both, okay. Yeah, so I tend to agree with Christopher. I think that, you know, and I try to write it, you know, the project lead gets to designate somebody to represent their project in their absence, so I don't know if we could qualify, or clarify that to indicate that it has to be somebody from the project, or, you know, that's active in the project. I thought that was implied, but we could be more precise, I suppose. And then, you know, I would assume that if somebody sends somebody from their company in their stead, I agree with Dan. It's up to the Dell elevator to make their decision responsibly. If it been, no mention of project leads, Dan, actually Charter doesn't include project leads for steady state and TSE. I thought it did. Where's Mike, when you need him? No, I just mentioned for the startup period, but not for the steady state. You know, I'll have to talk to Mike about that. I think that's, I think the maintainer was supposed to be in the steady state. That's my bad. I'll have to go back and talk with Mike about that. I think, trying to remember if we talked about this. Oh, no, no, no, no, no, that's correct. Yeah. So maybe we don't need that class. I think, yeah, now that I'm thinking back, and I think that we decided to eliminate the maintainers as automatic, thinking that, well, they would likely get a vote from the community anyway. And since there were, we were gonna have 11. There could be potentially more projects or sub-projects, and therefore we might get in a situation where we had too many, so we decided to just make it elected. I'll double check with Mike to make sure that was the case. So, given that, thanks, good catch, Stan. Then probably don't need that qualification. And what do people think about that? Let's see, Todd. Are you paced at that? So, it sounds like, I mean, the main thing is if you're elected, you can't delegate. Right, that's right. So that's the bottom line proposal. So I would suggest removing the highlighted portion there. Are you sharing something that's highlighted? Yeah, Todd paced a link to a Google Doc. It's just got cut and pasted in my email so that we could all edit it collectively. Good catch, Stan. So people have had enough time. So now it basically says, propose that we adopt policy that permitted TSE member to send regrets for a given meeting and designate an alternate. Once the TSE is comprised of elected individuals, this policy will be abandoned and representation will be exclusive to the elected individual. Does everybody agree? That's good to me. All right, you wanna move that, Mick? And we can just get a, Todd can do a roll. Yeah, I move that we accept Chris's proposal for alternate representation. I guess second, please. I think I heard a second in there. Seconded. Thank you. Thanks, Stan. So, Todd, you wanna go through a roll, please? Yep. So, Stan, that was a yes. Tamash, Tamash, are you on the line still? Yes. All right. Stefan? Yes. Parda? Yes. Part? Yes. Oshima-san? Yes. Chris? Yes, please. Vic? Yeah. Dave? Yes. And Richard? Yes. All right, great. That passes unanimously. Screen go, here it is. Okay, so up next is Morali. Are you gonna present the proposal? For... Sure, I can. Thanks. Yeah, sure. Or Sheehan, up to you. Go ahead, I'm happy to have you do it. Okay, sure. So, let me post the link in the chat window. Give me a second. So, we posted the proposal in the wiki and slagged it two days before. So, basically the proposal from DDCC and IBM is that right now from a chain code or smart contracts, the goal language is supported. But what we would want to do is also support Java as a language for specifying your smart contracts. So, Todd, do you mind sharing that on the screen for everybody to see or...? Does everyone have the link from chat? I was there. Okay, all right. So, if everybody has the link from the chat, I think from a proposal, it's pretty straightforward. We support the Java chain code and we'll work closely with IBM. IBM has done some initial work, has started some work towards that. And we would put in our resources from DDCC side. And Partha is our partner in crime who is also committed to this project along with IBM. So, I mean, in short, that's what it is. Support Java chain code. Any questions or any details that we need to answer? Just one question about how you envisage it working is that you would envisage people would take the core fabric code and for one set of use cases, they would deploy a version that has Java chain code and for a different independent set of use cases and hence a different network they may use Go or potentially some other language. Or is it that you would have an envisaging network that runs both chain code that is... So, some chain code is Java and some is Go, which means that anyone participating in that network would in reality need to be able to validate both types of transactions. So, I guess what I'm getting at is, is it envisaged that this would be a choice for at a network level or this would be an additional things that networks would support and therefore we're adding to the, I guess ultimately the complexity in the attack service, not necessarily a bad thing. Right, so for the same network, we should be allowed to specify the smart contract whether it's in Go or Java. So, Shihana or Chris, if you guys want to add in anything there, is that that's correct, right? We want to support both in the same network. Well, it's correct. I think it'd be a choice by the network essentially. So, they could either turn both of these on, they could turn just one on. Yeah, so it'd be a network decision. Okay, thanks. Do you envision further API for the Java added functionality compared to what is available at the Go chain code or is this just a literal translation of the interfaces or the inexistence? I think whatever interfaces that Go supports, the idea is we'll support the same interfaces from the Java side too. Thomas, does that answer your question or? Yes, yes, this was my question. So, it's basically the same chain code APIs as available in Go, just with an access from Java. Right, so I see several questions on the chat too. I think the first question is, what has already been accomplished or what is already working? Shihana, do you want to chime in on that? Yes, so a couple months back, IBM wrote an initial kind of experiment of Java chain code, which was working and running, but then it has since gotten out of sync with the current progress that's been made in the Fabric project. So the plan is that we will contribute that code in a branch initially, probably not. It may not be in a fully working state yet because it needs to catch up with the current Fabric APIs and then we'll work to add new APIs that have been added over the past month or two. Thank you, Shihana. I see Vipin and Greg asked the questions if Fabric allows mixed types. And I think we answered that question is in the same network, we should be able to have Go as well as Java smart contracts running at the same time. Then the next question is from Jean Safar. What about verifying the code, what version of Java? Any, I think we would support the latest, any thoughts on that from the group as to should we support the latest version going forward or should we support one older version too? Open to ideas there. So just a suggestion on that, that the whole concept of versioning is gonna be a really interesting challenge as a general problem. It would be nice to have some insights come out of your project that would help us understand the more general problem and how to architect for it. So this is not a proposed solution. This is just a, you know, this is a really interesting problem that we should be looking at. And I think this is a really nice area to start looking at. So to make you're talking about the versioning part of it, you know, not just the Java, but anything else in how do we version? Yeah, so I mean, presumably the Java that you have, the version of the Java that you have over time for long-lived ledgers is gonna have to evolve. And so managing the evolution, it's not just a single shot versioning. It's gonna be, it's not just a single shot selection of a Java version. It is a progression of versions over time and how that's reflected back into the semantics of the expected semantics for the behavior of the smart contract. This is Jeremy Severed. I would say that there are a whole host of issues related to this that are gonna come up that presumably would have to be worked out over time. So I think it would be great to get a start on it because there's versioning, not just of the VM that the contracts run, but of the deployed contracts themselves. And then inevitably somebody's gonna wanna run, write contracts in Perl or Shell or who knows what other language. So there may be a need at some point, just as the way that discussions about everything being pluggable that perhaps smart contracts need to be defined in some sort of language agnostic protocol form. So just a thought, but a lot of good things could come out of this migration. Yeah, I think this is a good thing to explore. So not that really helpful to this, but this is something we're doing a lot of work on with Corda, I guess as many of you know, when we're targeting the JVM in Corda. And there could be some opportunity here to look at these things together. And so all the points that have been made about versioning, about sandboxing, maybe even to the point of having a white list of acceptable deterministic classes in the libraries. Yeah, exactly, as part of just said, that they're all part of the correct design here. Thank you, thank you for the feedback guys. Well good point, so. Go ahead Chris, sorry. Was there another, oh determinism. So is there another question or are there questions for Morali? I don't hear anything. So I guess, you know, we can put the question. One quick clarification. So on the resources you said that you expect this to last about a month, to a month and a half, and presumably that's what the single specific version as opposed to some of these other questions that you're likely to help us expose going forward, right? Can you say the question again, Mike? Sorry. You're expecting this, what I saw in the project proposal was about a month. Right. And that's with a single Java version with a very specific set of constrained expectations on, I mean there's a bunch of questions about verbs and how you restrict access to generic functions. I'm assuming this is, that the month and a half seems like an optimistic estimate unless it's very constrained. So I think the estimates were based off, you know, part of it that was implemented by IBM. You know, we worked with IBM, you know, Sheehan and Morali from IBM. They helped us in the estimation part of it. So, you know, based off their feedback, we came up with that estimate. And like you said, the initial version is going to be what is supported on the go in terms of interfaces.  And then we'll expand that, you know, once it is table and published, then we can keep expanding on that. Okay, thanks. Any other questions? Are there, do you want to add anything from DD-60? No, Morali, I think you covered it all. So, I guess I'll put the question. We have agreement to, you know, to support this sort of sub-project proposal, I guess it would be because it'll be incorporated into the Hyperledger Fabric project. Any, I don't know, Todd, do you want to do a role, please? Actually, I should ask for somebody, I moved and said, let's get a second and then we can take a role. Yeah, I'll second. David? Thanks, mate. All right, Stan? Yes? Tamash? Yes? Stefan? Yes? Pardo? Oh, yes. Hart? Yes. Oshima-san? Yes. All right, and Chris? Yep. Mick? Yeah. Dave? Yes. And Richard? Yeah. All right, that passes unanimously. All right, thank you very much. Thank you guys and thanks for IBM support. Thanks for your proposal, thank you. Okay, I have to find the screen, let's see. Next up is workgroup updates. Oh, we wanted to have Richard, do you want to go through your feedback, Richard, on the white paper? Yeah, sure. So hi, everybody. So first of all, apologies that it was late. I was sitting there for a few days and also there wasn't a sense using the approved forum, but I figured something was better than nothing. I put quite a few, I sent it to, I think there's Hyperlegia Technical Discuss, I sent it to, so if you're not on that mailing list, you may not have received my feedback. I have now sent it to Dave Evolve, so you can get it from me or him if you don't have it and want to see it. I don't propose to go through all the comments line by line, there's quite a few of them. Instead I've just got six broad observations that maybe we can discuss or we can take as input. The first one was, so mostly minor and then there's one significant one and I'll come to the significant one at the end. So first observation was there are lots of unsupported assertions throughout the paper, primarily about the value of this technology, of blockchain technology and clearly, those of us who are involved in these projects completely believe those assertions, also why else would we be doing this? But the assertions do have to be justified. So I think we should be humble and somewhat modest by either saying that we believe this technology has wide reaching implications or we believe it will or we don't say it because the reality is with very few exceptions none of this technology is yet deployed at scale in production environments. So it's not correct to say we know for sure what it's impact will be. So that may just be a stylistic question but when I think about the good white papers you read and I think perhaps you know think about the seminal Bitcoin paper, it stood the test of time because it didn't make unsubstantiated claims. So I think we should dial back some of the rhetoric or at least qualify it. The second broad comment was there is a lot of assumed knowledge in the paper. So there were quite a few terms used without having been introduced or defined. And some that are probably one might think are appropriate to use blockchain being a perfect example but we know that these terms are evolving in their interpretation and different people understand different things from them. So I think the paper would benefit from just as a stylistic approach whenever we introduce say a term we define it or we have a glossary. But right now I think there's multiple opportunities for the paper to be misinterpreted because we use terms that aren't defined. The third point relates to vision. The thing that struck me was actually the vision there is a sectional vision. The reader is left wondering at the end actually what the vision is. The closest I got was and I think this may be the answer the closest I got was the vision is we believe we as the authors believe that blockchains need to be but lots of different blockchains all need to be built from the same underlying modular architecture. And that may not be true or I happen to think it's not but that's fine we can have a debate about that but it's not a particularly inspiring vision it's quite a specific technical one and it may or may not be true. And the point I made in the comment was I think you can make a compelling argument that the modularity in a single code base is desirable perhaps by analogy to the history of Linux but you do have to make the analogy you have to motivate it and take the reader with you. I should say even if that we don't know I'll probably push back on that but that's fine we can have a debate but right now the vision is not particularly clear and it's not justified with any either with any argument or with any rhetoric so there's a bit of what to do there. Fourth one generally and I guess this is a drive to it's fine but I think as a document that one would hope would have significant importance of visibility and would be the rallying cry for this project of projects I think the quality of the prose needs to be raised that may come out in the editing at the end but right now there are quite a few sentences that you have to read three times and at the end of it I still didn't understand what the sentence meant so there needs to be a focus on the quality of the written prose but again that's a minor comment because that can be addressed later and then on to two more significant ones and this is my fifth comment and there's a section labeled requirements but it doesn't really contain any requirements you know I expect requirements to have have words like must, should, may it should tell us what the system should do to a large extent the requirements section that should read to more like a sales pitch or a description of what the system does or is rather than the objectives against which it's being engineered that one may just be a style issue but I suspect there may actually be heavy lifting to do that to get that into shape and then my final comment and this is the significant one is the paper and this may be because of its heritage because you can still see echoes of the original OBC paper in it that the paper, at least to my view I don't think it yet adequately distinguishes between the vision, mission, objectives of the Hyperledger project as a whole and the design goals and the architecture of individual projects under incubation in that project so when we switch to the architecture section everything before that with a bit of work is something that in principle I think most people could sign up to after the fixes are made as a vision for the Hyperledger project as a whole and different designs could then flow from there but the architecture section onwards is essentially just a description of OBC or perhaps OBC with the bits of proof pieces added there's nothing that I could see about Sawtooth Lake and it wasn't made clear to the reader that there is the high level project and then there were code bases under incubation of which there may be many and we may never get to a single code base or instead if the objective is to get to a single code base that should be part of the vision and it should be justified so in summary that may sound like a whole mist of criticisms and it's not intended to be hopefully to take it in the spirit of constructive criticism some of them are just stylistic but one or two of them especially the requirements and the distinction between overall vision details about specific code bases that I think they are probably more fundamental but again still fixable Yeah, thanks Richard you know that's excellent feedback and very thoughtful and we'll certainly take all those points into consideration you know just one point on requirements for example you know and I guess maybe we need to make this a little bit more clear but you know this isn't meant to be the requirements document we really just wanted to provide some examples that would be illustrative of the types of features that we were looking to do and I guess we want to make that a little bit more clear but in fact you know we did receive other feedback submitted through the form where we discussed yesterday that you know there is some more examples that were being provided or use cases and requirements and in fact we felt that you know we wanted to have those ideas transferred over to the requirements working group and so yeah again you know we just are trying to be have a couple of samples that are illustrative of the type of features that we were looking to do but I mean the rest of your comments I think are really excellent and we can take those into heart and make some modifications to reflect that great thanks David thanks Dave and I echo David's things Richard they were it was great feedback so thank you any other comments questions on this topic otherwise we can move to the updates okay let's see Elizabeth first Oleg are you on yes I'm on good morning everyone well we're working on the use cases on the financial use cases in the group we discussed the swaps interest rate and currency swap we had an interesting discussion about asset depository use case which in our view is a base use case for many use cases for equity contracts and for fixed income and for property management so we're still discussing this use case different trading scenarios so whether they're traded over the counter or on the exchanges we'll probably need some help from members of the project from DTCC to validate this use case when we have it there's also a discussion on how much of the implementation of workflow detail do we need to include in our use cases basically we need to limit the use case document only to user stories or should we propose how this use cases can be solved or implemented by a blockchain this week work is I'm working on equity contracts and fixed income which like I said derived from asset depository frankly working on protection so hopefully in a week or so we'll pretty much complete all the financial use cases at least the first milestone that we need to break it through so all in all I think we've picked up speed like I said well we should be done some of the financial use cases and I'll move on to and I'm already working on peer-to-peer insurance and QIC global database so that's all from us okay thanks Oleg any questions for Oleg next up we have Ron hello folks so a quick update on the architecture of our group we had the larger group meet yesterday and we're making good progress on kind of understanding at least the consensus module and as well as the smart contract business logic layer and how those two interact to start off we had previously decided to use Slack as the primary communication channel and in yesterday is prompted by Brian's email we've had a discussion around is that still working for us as a group and we decided given that we wanted to have deeper discussions with appropriate context Slack is not working well for that so we are going to start a mailing list so Todd is working the logistics about setting that up and hopefully we will have some automated method to kind of move people over from the Slack channel to the to the mailing list if not then we'll just have people self subscribe to the mailing list we'll post post that on the Slack channel and hopefully we can have more of those discussions on the deeper discussions on the mailing list so just a quick reminder we you know ideally we would like to have the use cases and requirements kind of big before we we can have more detailed discussions holistically on the architecture but you know while we wait for the requirements were grouped to kind of work through those we decided to pick up the more obvious topics with some understanding of requirements preliminary requirements and deep dive into those and we picked you know the functionality and interaction of the consensus modules and the business logic smart contract layer if you will and that's what we're going down now and we broadly have two approaches one which is more closely aligned with the bitcoin style mechanisms and Sartu Lake as well and the other one approach that the fabric folks are are still developing and are in the process of documenting which is motivated by the requirements for confidential transactions and so you know the next step is to kind of understand and discuss the pros and cons of the two approaches and see whether both of those can can indeed meet some of the confidentiality requirements and hopefully by the end of that we'll be able to see whether we can align on one approach that's pretty much where we are right now okay thanks Ron any questions for Ron if not next up is oh last I lost my place next up is Dave so Dave I think you wanted to talk a little bit about yeah so um yes we had our our our update yesterday our weekly meeting and you know our we one of the things we just confirm that our strategy is to put an update and publish a new draft every other week so you know again basically the processes weekly we we review the the feedback that's been submitted discuss among ourselves either assign individuals to do the updates or we'll do it right there on on the call and then and then the following week is when we would we would incorporate those so the idea is to have a new new version every other week um as I had mentioned earlier the yesterday there there are only two individuals that had submitted feedback apologies Richard we didn't meet see yours so for some reason you know my corporate email is still filtering somehow some of these technical mailing list things it's odd Todd's email comes through but not the other so for whatever reasons right we miss that but it we we would appreciate if people you know if they go through the form on the white paper you know that we we'll be sure not to miss and we'll be sure to be able to respond to you know the suggestions for for feedback on the paper so yeah but it did seem light and in fact one of the things that we wanted to discuss and ask you know the TSC here is suggestions on how we could and get more feedback I mean we did think about you know right now unfortunately the the only way you would do this is kind of have to you know it's kind of buried in the wiki in the white paper working group in you know all the way down there you have to click on to see where to do the feedback we were thinking if we had something you know up on the charter page in the wiki or through hyperledger.org and maybe emails but you know we figure that perhaps Linux foundation could help with some of this as well so we could encourage more feedback from a broader audience I thought that that was part of the purpose of the new announcements list so I would like to see these types of things be put on the announcements list yeah that's a good idea yeah again this is supposed to be low traffic but you know when you want people to pay attention to something I think I agree with that the thing that struck me though was and I didn't say anything previously but I tend to you know it struck me when you know Richard sent me his feedback initially and then he sent it to the list it struck me that you know we hadn't seen any others I brought it up because I thought that was the only feedback and until you you noted this morning that you had a couple of others sending feedback I think part of the problem there is a sort of lack of visibility and you know my my my my my sense is that typically and I I thought we had some good conversation you know here this morning or under I think that typically it's when you see feedback from somebody else that often that triggers your own thought process and and that it's you know the active engaging in a conversation in a dialogue around a particular question or concern or or recommendation that I think we get the most engagement and I'm just wondering David maybe the right approach would be to you know even you know maybe even just set up a temporary mailing list where we could you know people could post their thoughts or an edited version of the you know or a commented version of the document and engage others in a discussion and if maybe that might trigger a little bit more interest and and generate a little bit more feedback I again I'm just sort of thinking out loud here but you know I was struck by you know so you guys have seen the feedback obviously from the others that sent it in through the form but nobody else has yeah that's an excellent that's an excellent point and yeah I don't think there's shouldn't be any reason why we would want to prevent other people from seeing suggestions so yeah I'm sort of that I know that wasn't that I know you're just trying to pick an appropriate way of collecting and and managing the feedback and email would obviously be a little bit more challenging because it's all over the map but so is there is there a Google link that allows for you know commenting directly on it I think last time I I tried looking at it it you know you couldn't you couldn't view it but you couldn't comment but if you're using Google Docs see there's this intermediary mode where you can invite people to comment on edit yeah I could you know I just I changed the end of it from I think view to edit on the URL and that that feature was available I just couldn't use it when I was on a plane but it just seemed to be the feature there yeah this is Brian I think my I think would be there's there's probably some input you want to incorporate from the feedback you've gotten already and I would take the time to make some changes incorporating that feedback but then I would post it to the announcements list and if there's concern also post about it to some of the other lists but I would I would try to have as few other channels for feedback as possible like no more than two and I would also encourage I mean this is this is a pretty foundational document in some ways this isn't quite the constitution for this group but it's pretty darn close to something you know that that really people will be rallying around and need to I think you'll comfortable with and I right now the the most common watering hole for the community I would argue would be the technical discuss list and so I think you know once you're ready for broader input and ready for what could be a high volume I would try to focus comments you know on the on technical discuss and maybe as comments in the Google Doc but not editing right just just try to have as few so that people see there's other activity and perhaps you can build upon each other's comment yeah that's that's that's a good idea you know the it's the one of the advantages of the form and you know also we could certainly make that that feedback form visible you know when somebody submits submits their feedback it actually you know the Google provides service spreadsheet list and way of organizing it so it's convenient for us as a group of people to just you know go down starting at the top one work our way down down down down and you know see and discuss some in isolation it's somewhat convenient for for us you know we we we want to make sure everyone has a a bit of an ability to voice their opinion on it not everyone is always in an agreement so so you know as a group we'll debate a couple of different ideas back and forth amongst ourselves and again you know it there's having that that structure very much helps facilitate that that workflow and but I also agree with and appreciate you know that when people see you know or the value of you know a group chat it just can really bring out a lot of good feedback as well so I guess we're just trying to we need to find the right balance but certainly you know adding visibility so everyone can see who has suggested what is would be a key way to make it happen my only issue you know with email lists is I know my email box is just crazy with so many things even with filters is I'm missing a lot of things now and then but but that's the benefit of of having these group chat sessions as well so that's those are all good suggestions thanks Dave next up is Christopher yes so we only meet by weekly so we didn't meet this week however we are hoping that next Wednesday we will have the IBM membership services team presenting you know a sort of a deeper dive into the architecture and a little bit about the cryptography and and confidential confidentiality support that the membership services feature of the the fabric demonstrates and so I have not received a confirmation that that they're going to be ready for Wednesday but I'm I'm hoping to okay thank you next up is me CI so we've actually made a lot of good progress this week I'm still catching up from yesterday there was a flurry of activity so I'm I'm not actually completely clear on exactly where we are but I think and I think that we have Jenkins up and running we're looking at getting it also to be able to spin out slaves onto different you know alternate alternate platforms so that's a a good thing and it's making some progress and I think that the beginnings of setting up at least for the fabric and I'm hoping that we can get the fabric API and the sawtooth lake going up there as well but there's the the beginnings of process to set up an actual pipeline and start getting the the processes flowing out and and and tied into some of the other various things I think you know we're going to have a little bit of work to do to integrate with slack and and the email or whatever as well as you know integrating some of the other various checks that we want to do when we when we get on to Garrett Garrett has also stood up but we're sort of in we're only using it currently actively for the the CI pipeline itself and and you know spinning up the Jenkins jobs and so forth but eventually we'll want to transition other things there as well so I think Todd what we probably need to do is schedule you know maybe just an overview training session I don't know if we want to take time out of a TSC call to do that or set up an independent office hours kind of a thing where maybe people if they're interested a need to could get a you know an immersion into using Garrett because I think it's it's not something that everybody is necessarily familiar with and I'd like to make sure that before we start moving projects over to Garrett to you know sort of enforce some of the review criteria and so forth that people are prepared for that and it's not going to be too disruptive and no so I think you know I think there's been some really great progress and now that it's actually up and running I expect that we'll start to accelerate that process and we'll start to be able to get differentiating pipelines going where we can do more than just run one pipeline for instance where we can actually have a different serve independent pipelines one that does smoke test one that does the full test one that you know one that's building out and continues deploying to someplace we can have long-running tests running against that and so forth so all good and very pleased with the progress we've made this far people are more than welcome to engage just jump on the the CI pipeline channel in Slack and about it now the one thing that I did just want to note is I try to reach out to make to your team you know to Dan and others to say you know Jenkins is there and and I'd love to see the process of sort of migrate I know you guys said that you were using Jenkins internally previously to for Sawtooth Lake and I'd love to see that transitioned over and then Tamash I think for for the for the fabric API build out if there's something we can do to help transition and transfer I should say over the some of the build processes that you have into the Linux foundations Jenkins that would be super as well. Yeah this is Dan on the Sawtooth project we put a bunch of detail into the about our Jenkins process into a thread with the other folks on the CI stuff that's probably what I need to catch up on okay good thank you yeah excellent excellent okay that's all I had for the CI any other topics people need to bring up if not people can have 15 minutes back or so well thanks everyone um good call and uh we'll see you all in virtual space thanks cross thanks guys thank you everyone


Good day everybody and welcome back to my channel. My name is Thomas Henley and today we're going to address autistic rejection sensitive dysphoria. Something that you may have heard before in the context of ADHD, but something that I would like to explain further in the context of autism. How do you overcome it? What is it exactly? What does it look like? What are some of the things that you can do in your life to get over it, to move past it so that it's not something that you experience on a regular basis? We're going to get into all of that within this video. So what exactly is RSD? It's a difficulty regulating your emotions when faced with failure or rejection. Now you may be asking to yourself well Thomas doesn't everyone not like failure and rejection? Isn't that just a normal part of human existence? Well, yes. For a lot of people who could be seen to have RSD, they tend to have a lot more of an intense experience with failure and rejection when compared to your average person. It tends to be a lot stronger than your average person. It tends to be a lot more intense. And the threshold for noticing and categorizing something as failure or rejection is a lot lower. So things like vague interactions, vague responses, vague changes in someone's body language, facial expressions, vocal tonality can all cause some level of rejection, feelings of rejection, feelings of failure, even if it's not totally apparent that that's what's happened to most people. It can also be related to a difficulty controlling your reactions to said failure or rejection, meaning that as I said, compared to your average person, these reactions that you have tend to be a lot more out of proportion for the actual situation. You might have heard about RSD mostly in the context of ADHD, attention deficit hyperactivity disorder, or certain personality disorders. But today I want to dive into the autism because I feel like there's a lot of reasons why autistic people might be more likely to experience this. But we'll get into that in a second. The thing about rejection-sensitive dysphoria is that it's not a diagnosable condition. It's not in the diagnostic statistical manual for mental health, the DSM. It's something that has been talked about within the psychiatric communities. It's been talked about quite online in terms of the autism, neurodivergent advocacy spaces, particularly on social media. And so it is used to characterize a certain profile for somebody who really, really struggles with that feeling of rejection and those feelings of failure. So what are the proposed symptoms? What can you look out for if you are thinking that, hey, I know other people experience rejection fairly and negatively. It's never a fun thing for a human being to experience, but I do feel like in a lot of instances, when this happens for me, it tends to be a little bit over proportion, even to myself when I look back at it. Well, let's have a look at some of the symptoms. You might be a person who is more easily embarrassed or self-conscious. You might find that any time when you're in a group situation, or if you're meeting someone new, someone who you're not very close to, wherever you're in a class, workplace, anything like that, you may very much overanalyze what's going on. You might make some hiccup during something that you're saying, and it might just feel like it's the end of the world for you. When in reality, it's just a small hiccup. The next symptom is low self-esteem. If you're quite a low self-esteem individual, it's more likely that feelings of failure and rejection impact you a lot more. Another symptom might be a trouble containing emotions when you feel rejected. You might be able to think about the fight flea, freeze, fawn response, fight being that when your adrenaline kicks up, do you turn into a combat situation?  Do you try to make up for it in some way? Do you excessively talk and try to make sure that the situation is good? Or do you freeze?  If you feel any of these in situations when you do experience failure or rejection over the top, mind you, that could be a pointer towards RSD. But it's not always these outward facing reactions, and this is something that I personally experienced when it comes to failure and rejection, particularly in my adolescence, when I was a bit younger in my early 20s. I found that a lot of the reactions that I had to feelings of failure and rejection was less so on the outward side of things, and it was more an internal thing. So I sort of inwardly faced. I kind of looked like it didn't bother me. People would, you know, say that I'm a bit nonchalant about it. But inside, you know, after the facts and maybe for a little bit after, my mood just drops a lot. My self-esteem goes down. It really, really impacts me on kind of a deeper level. It's not something that I experienced at this point in my life, but definitely when I was a bit younger. You might also act a little bit more people pleasing than most people to avoid that feeling of disapproval. You might even turn into a perfectionist in order to satisfy like a very authoritarian boss, someone that you're in a relationship who's, you know, you're not feeling that safe with. You might very much become that kind of people pleaser to avoid those feelings of failure and rejection. Another way that you might go about trying to avoid these feelings is by avoiding circumstances where these could come up. And this could be as small as perhaps going to a social event and trying to make friends, or it could be as big as starting a project or starting a new job or setting up your own business. These things all carry with them different levels of possibility to fail. And if you are a person who really struggles with that, it's obviously going to be a lot more of a daunting thing to start in the first place. You might also feel like you need to be a bit more of a perfectionist. You compensate for your difficulty failing or being rejected for something that you've done, some kind of work that you've done by spending way too much time ironing out the fine details that no one's going to notice. But in your mind, you're trying to reduce the amount of variables possible so that you don't get rejected. You don't feel that feeling of failure. So we've talked a little bit about the signs, the symptoms, whatever you want to call them, of RSD. What about the causes? Are there any actual causes of RSD? And people are not necessarily clear on this. A lot of the hypothesis about why it could happen is likely due to past experiences. Obviously, if you've grown up feeling like failure and rejection is not right, and it's not an okay thing to experience as a human being, it's something that you should avoid at all costs. Or you perhaps have some unfavorable dynamics with friendships or romantic relationships or with parents even, then it's likely that that could be a source of developing RSD. But there have been some discussions about the co-occurring factors in someone developing RSD. It tends to be individuals, as I said before, with ADHD, attention deficit, hyperactivity disorder, but other personalities and mood disorders too. The hypothesis behind why this might occur is a lot to do with the way that an ADHD brain regulates internal communication, some of the differences in the filters and the regulation of signals within the brain, within the nervous system may not be as active. And so, sometimes perhaps a little bit less inhibited, disinhibited rather. And of course, you know, with the title of this video, I'm going to be talking about autism, but we do have to cover something before we go there. Wait a second for that. Can you treat RSD? We're not totally clear on that either, or at least from what I've seen. A lot of the medications that have been put forward to help people deal with RSD have either been alpha 2 receptor agonists. You might know some medications like clonidine or guanfaxine. I think I said those right. It's very difficult to pronounce the names of drugs. I had got awful time trying to do it at university. But these alpha 2 receptor agonists basically activate those brain areas, making it easier to regulate internal communication. And of course, the more known medications for ADHD, which are the stimulants, things like Adderall, things like Ritalin, if you know about those two, these basically make the brain communicate more effectively. They increase the excitatory neurotransmitters that go through your brain, effectively increasing the ability of those neurons to communicate with each other. There is also the MAO inhibitors. Monoamine oxidase inhibitors, antidepressants is type of antidepressant, and this basically flattens someone's mood profile. You can imagine if someone gets out of control emotionally when experiencing rejection or failure, that flattening out their mood profile is obviously going to reduce the intensity of that emotion. Lastly, bar medication, because that is definitely not probably going to be not everybody's go to when dealing with RSD. Psychotherapy, particularly psychotherapy that focuses on processing rejection and emotional control, can be beneficial to some people. So what about autism, Thomas? You've been talking about RSD about the symptoms and causes and what we can do about it. But where does autism come in here? Well, this is actually not as well researched as the other areas. And indeed, the other areas are not the most heavily researched areas anyway. But RSD can trigger mental health issues, anxiety, depression, eating disorders. There is a very big crossover with autism and mental health conditions, and a lot of crossover between RSD and mental health conditions, and ADHD of course. There is also an aspect of pattern seeking, which I think is, you know, is quite an integral part of an autistic brain. We tend to be very good at lateral thinking, divergent thinking, tying concepts and pieces of information together. And so, if you're very hyper vigilant towards noticing rejection and you're naturally that kind of pattern seeker type brain, you're going to notice some patterns in people's behaviors. And so little things, little changes in people that you've noticed, even if rejection or feelings of failure are not going to come from that might trigger you to feel those feelings in the first place because you're just kind of looking for these signs that you've seen before and saying, okay, if this happens, then I know this is going to happen. And so you're already prepping yourself for it. There is also the past experiences element. So autistic people disproportionately experience a lot of horrible things in life. I say this in a lot of my podcasts and my videos, but type in autism and pretty much any bad thing that can happen to a human being. And it's very likely that you're going to see some statistics that you weren't expecting or at least you will expect it from me saying that. But just in general, you know, might shock you a little bit if you do like doing a research project like I was and seeing these horrible statistics that just reflect your life so well to a point where it just makes you feel less alone, makes you feel less special to some degree, but also, you know, pretty depressing. So those past experiences, a big aspect of it, scarcity is also a really big thing. With being autistic, we tend to experience a lot of negative experiences with people, of course, bullying, discrimination, difficulty finding a partner, difficulty maintaining, finding, making friends, maintaining familial relationships. These are all things that we could find a lot harder than most people. And so sometimes we have a bit more of a negative bias towards our experience, particularly with non autistic people, neurotypicals. And so in our heads, we're already thinking that if, you know, we come across someone who is good and who is showing us interest, perhaps like in a dating scenario, or we're having a workplace who is really heavily considering us as part of perhaps joining the organization and being part of a job role, we might feel like these are far and few between that we're never going to have this opportunity again, or at least it's going to be a year from now, or it's going to be two years or it might be a decade. And so this puts an immense pressure on you to succeed in that moment.  The last thing is the social difficulties with neurotypicals. And I feel like this is a big one because, you know, we do communicate differently. We tend to be a lot more direct instead of indirect with our vocal tonality, body language, facial expressions. We tend to not really enjoy small talk or be good at it in a lot of circumstances because of that. We tend to have a lot of our interests that we're happy to talk about at length, and not really notice if the other person is enjoying listening to us or is wanting to be on something else. And vice versa. So there's a lot of ways that we are different socially to neurotypicals. And that can cause us to have a lot of negative reactions with people, you know, people make assumptions about the way that we are because the way that we are interpreted because of our traits might shift their view on us because you can think of something small like eye contact, like if you don't make as much eye contact with someone, they see you to be less trustworthy, a bit shifty, perhaps not interested in you or what you're having to say. Whereas, like for me, if I'm looking away from somebody, especially if they're talking to me, I'm trying to reduce the amount of sensory input that I'm having in order that I can focus exactly on what they're saying and think about what they're saying to such a more heightened degree. That's just what I'm like. But people might misinterpret that. And there's a lot of ways that neurotypicals can misinterpret our behavior. And to be honest, the other way around too, and that sometimes could indicate that we might be failing in the interaction or we might be, you know, just a few senses away from being rejected. But what can you do about this? You know, you've come across this video, you're learning about RSD, all this stuff, you know, Thomas says it could be something related to autism. There are a few good things in there that I'm sure need to be looked into a bit more in terms of scientific research. But what can you do about this?   So one of the top ways that I would suggest is find a good therapist. And this is by no means an easy feat, I just have to be honest. If you're within the general healthcare in the UK, sure, you might, you know, really strike the iron and just find someone who really understands autism and can also help you process these emotions. Likelihood is probably not the best option is to go private, of course, and that would cost money. And you'd have to do that anyway if you were, you know, from countries like America, you'd have to pay for a therapist. What can you look for in a good therapist? You want to find someone who has a knowledge of autism, good tester that I do whenever I'm talking to an autism specialist, ask them about alexifamia. Ask them if they know about that. Because I know that alexifamia is very, very high, like highly comorbid with autism. It's something that a lot of autistic people experience. And it really, really does have lots of impacts when it comes to therapy, because therapy is a lot about emotions and experiences. If you struggle identifying and noticing your own emotions, particularly in the moment, and then tying those two events, things that you're talking about, things that you're thinking about, it's going to make therapy a lot more difficult and it would require some awareness from the therapist. So this is just a good kind of tester that I do. You want to make sure that they understand alexifamia.  You also want to ideally have someone who is also autistic or at least has experience with people who have lived experience. They have friends they've talked to and delivered therapy to other autistic people in the past and had good results. They have a family member who's autistic that they talk to. They have even a partner who's autistic that, you know, is engaged within the community. And you also want to find someone who will make adjustments for you. You know, perhaps you want to go for online therapy because you found someone good, you know, it's quite hard to find someone who is good with autistic people in terms of psychotherapy. And so you might have to go for something that's a bit more online. You know, does that person like make it mandatory that you have your camera on? Will they let you text while they talk? If that's something that you want, you might not even want that, I understand. But if they can make the adjustments to make you feel the most comfortable when you do this therapy, that is a very good green flag. And of course, one thing that I think every single person on this earth who goes for therapy wants, needs, you get on with them. There's some kind of understanding, you know, you could possibly see yourself being loose friends or acquaintances with this person when you talk to them. Sometimes it might take a little bit of a while for you both to know if the therapy is working, whether you get on with them. But you really do have to have at least some level of like respect for that person and you have to, you know, feel like they understand you to some degree or the connective you or you feel comfortable with them. Those are all really important things. So that's the main thing that I would suggest. I am going to go through some of the ways that I personally dealt with reduction sensitive dysphoria. This is the way that I do it. I'm not saying that this is the gold standard. This isn't a research method. But this is the way that I overcame my RSD. Number one, I gathered a larger sample size. For any of you don't know, I went to university, I did biomedical sciences. There is a lot of statistics involved in that. I learned a lot about how scientific research was made, how facts were proven and disproven. A lot of the time, having a larger sample size of data allows you to be a lot more certain about whether something is right or not. When you don't have a large sample size in terms of people, and a lot of those experience are quite negative, especially when you're just coming up through school, there's kind of adolescent early 20s kind of ages, you're going to have a very large bias towards the negative. You're going to feel like there's no good people out there. You're going to feel very intense feelings of scarcity. One of the best ways to try and overcome that is to try and meet more people, try and see if there is someone out there who just vibes with you, gets on with you. Doesn't necessarily have to be dating context. It could be friends, it could be acquaintances, it could be people within a group. You could just loosely join in with a group. You don't even have to have a one-to-one conversation with someone. You could just be like listening to people talk within a group or listening to other people having conversations. Just gather a better sample size, a bigger sample size of what human beings are like, and you'll undoubtedly, you'll understand that you are right about the negative for a lot of people. Some people don't particularly have the most favorable personality traits, just from my experiences, but there will be a lot of people who do. Once you find those people who do, you'll have a bit more of a grasp on the reality of the situation, and you'll feel less in that feeling of scarcity. Therefore, less intense feelings of failure and rejection because you know that there's more opportunities coming to you. Number two, and this is a lot about confidence, becoming competent and learning to truly value that internally. Now, when I was younger, I used to be quite a successful athlete. I got a lot of medals in terms of national and international level even. If you're from the UK, I went to the Commonwealth, I got a Commonwealth gold, so I was in no shortage of doing well at life. You know, I got into a good university, I got a good degree, but I still felt that difficulty when it came to feelings of failure and rejection, and a lot of that was because I didn't really feel like I won that. I was deserving of the accolades that I gained. And so, you know, learning to both be good in certain areas, but also to value, like, think about all the time that you put in in order to get to that level of competency and genuinely feeling proud about yourself for doing that. It does a lot for your self-esteem, a lot for your, like, level of self-respect towards yourself. It's very much like a muscle that you have to build confidence. You can obviously fake confidence.  I can very easily spot someone who is faking confidence. It's very apparent. You can see it in their body language, it's just very over the top. People who are just truly confident tend to be quite, like, calm. I've been around a lot of martial artists, gyms, boxing gyms, taekwondo gyms. A lot of the really, really good athletes, they tend to be like that. They're pretty chill. They don't necessarily try to, like, force, like, forcefully dominate people or anything like that. They're just cool with themselves. They feel confident in themselves. And that's really a point that you want to get to. You don't want to be putting on this facade of confidence and getting yourself in fights and trying to dominate other people. That is definitely not the way that you want to go. You want to be able to get to a point where you see people on an equal playing field to you. Now, when I first wrote this, I was going to say, you see people lower than you. But that is also not a good way to go about it, because I feel like being able to see other people as equals, whether they are like a CEO of a company, whether they are someone who works at McDonald's, treating people the same, seeing them as equal, I think is a really important thing because it turns less from this action of, all right, I'm really not like a great person. I haven't really had a lot of relationships. I haven't had a lot of friends. I have a lot of negative experiences with people who's going to like me. You are automatically putting yourself on a lower level than the people that you're talking to. So it's going to feel a lot more intense when people do that.  So seeing people on an equal playing field, it's a really good kind of goal to try and aim for. When you see it as just two humans interacting, seeing if they get on and if they don't, it's good. And if they do, it's good. It does a lot for you. You get to a point, especially when you when you become confident, competent in yourself and therefore feel comfortable where you are, who you are, you seek less validation externally. Now, there is a lot of stuff out there on the internet that says validation is bad. I disagree. I feel like validation is something that should be reserved for people who are very close to you, and especially not strangers, not people that you don't know, that people that don't know you.   That's going to have a bit more of an impact on me emotionally and going to make me feel a bit worse than if it was, you know, some random on YouTube who's watched like 60 seconds of my video and made a comment. So there's levels to it. And I think once you can stop trying to validate yourself through the attention or the positive affirmation from strangers, you're in a good place. And lastly, grounding and reality checks. This is a really, really important thing.   You really want to have these in your back pocket, these things to remember, these grounding reality checks, whatever you want to call them, what do they look like? Well, it's recognizing that the world is a little bit more complex than what you perceive it as. There is a lot of factors that go into someone failing and also a lot of factors that go into someone getting rejected. This means if you are being rejected by somebody, you assume that all of the blame is on you, that you're not good enough, that you've done something wrong. There is an element of that, obviously, like in a lot of situations. And it's something that you can improve in terms of communicating well with other people. But to a certain point, it's not necessarily all on you. There's a lot of different factors involved. What headspace are they in? Is their mental health good? They could be feeling really, really bad at the moment, really low self esteem. They could be feeling exactly how you do and wanting to protect themselves. They could just be a genuinely quite narcissistic person. There's lots of different factors involved in that and personal preferences. Perhaps they're not the type of person that they find attractive. You're not the type of person that they'd usually be friends with. You might not have the similar hobbies that they really like in friends. You might have differing communication styles, which is a big thing for autistic people. The environment, there's a difference between going up and asking someone at it on a date or to go out and do something. It was one of those events where people go on singles nights. I saw something recently about singles nights. I feel like those things have really gone out of fashion just from some of the stuff that I've seen online. But you're more likely to get a positive response in those circumstances because people are looking to date the like you know that they are. Whereas if you just approach someone behind them when they're doing their shopping and they're trying to get home from work and they've got something on in a bit, perhaps that's not the best time to start a conversation with somebody at the supermarket checkout. Might not be the best idea. That's a factor to consider. They might also have biases. They might be quite discriminatory in a sense. It's something that some people experience. They're not always outward about it. They may know that you're autistic. They may not want to say that they don't want to date you or be friends with you because you're autistic because that would be ableist, not cool in the eyes of most people. But they might feel like that way and that's not your fault. They may also lack autism awareness education. A lot of people do. It's not something that's embedded within the school system for people to know this stuff or embedded within workplaces or within mainstream media to really understand what autism is, how it comes across, some of the misconceptions, the stigmas. The thing that I want to get across with this slide is that there are so many things involved in this that is not related to you. This isn't saying, hey, look, blame everything else. There's nothing that you could do differently in this situation. This is just bringing a bit back to reality. This is saying, okay, perhaps there is a little bit or quite a bit from my end, but perhaps there's other stuff involved in that and I should not feel as rejected in that sense. It could just be their loss. Sometimes you do have to have that kind of attitude in order to get used to feelings of failure and rejection. There's a lot of guys that I've seen out there who have got over their feelings, their fear of being rejected by approaching lots of women and asking them for dates and getting rejected. This is something that I've seen online and it's definitely true. The more experience that you have with it, the more that you don't necessarily live in scarcity in any circumstance, whether it is getting jobs, whether it's friends, whether it's dating, you will feel a lot better. But that is something to develop in time. These are things that I've developed in the long term. It's not like one day I've decided, flip, I'm going to stop doing this. A lot of changes to your thought patterns, the way that you view things. If you're trying to make some really big change about yourself, it's obviously going to take a lot more time to change, to develop, and that's cool. It's just about you see yourself slip in, bring yourself back to reality, focus on getting competent, gathering a large sample size. All of these things, if you do those, I'm sure that you'll get to a point where you're like me, where I don't feel those intense feelings when it comes to failing rejection. It does happen, of course, not going to lie. It's not like something that goes away, but it's not overbearingly bad. It's not like my life's ended. So let's think about some of the caveats to what I'm talking about before we end up this video. It may feel like you're shifting that kind of personal accountability that I was talking about. The thing is in this circumstances, you are already taking way too much accountability for the outcome of this. If you don't, why are you watching this video? Okay, you might be interested in what I have to say, but if you are experiencing RSD, it's very likely that you need to shift some of the accountability away from yourself at least to a little bit and take on those very possibilities of what might be going on behind the scenes. It's not a free pass to treat others badly or feel depressed. It's just understanding the situation. This doesn't mean that you can be like, oh, okay, yeah, I've not got any scarcity.  You know, they should like me. And the only reason why they don't is because of all these other circumstances.  And also don't feel depressed that it's, you're not always going to succeed in situations. This is not a video about how to stop being rejected, stop experiencing failure. That is very dependent on lots of different factors. Some of those factors being yourself, you know, what you do. So it's not about being rejected less. It's just about processing and reacting to failure and rejection properly and not letting it consume you. Dating, workplaces, platonic, familial relationships, obviously will have their individual nuances when it comes to feelings of rejection and failures. So obviously going to be very dependent on the person, the situation, but all in all, I really hope that you have enjoyed this video. And if you have, make sure to leave it a like, drop me a subscribe if you want to see some more stuff from me. And if you want me to continue making these videos, I'm trying to grow my channel, trying to get myself out there, trying new stuff, doing these videos as one of them. And if you want me to continue doing that, you can support me for as little as 99p a month for YouTube membership. You get a little infinity badge next to your name that you can use when you comment, when you join the lives. And I would really appreciate that. Follow the social medias and I'll see you guys in another video. Check this, check this video out as well. That's, that's a cool video. Definitely. See you later.


Hi guys, how you doing? This is Rich here on behalf of Rich TV Live. We are 33 days 14 hours 10 minutes and 37 seconds away from history and We have some Explosions happening in the markets right now overall. We're relatively red today, but we've got a stock that is absolutely on fire Cali Terra therapeutics a buy strong by strong by and strong by on all the indicators now up 61% Congratulations to members that took advantage of this I need to give some credit where credit is due to Roger Chowdhury who bringing me this deal in advance Tell me it was gonna explode.  Here's some of the news. They just dropped last week Kelly Terra announces next payments of invoices and shares under payments agreement with Salisman Group now maybe this is what's spiking this right now Maybe this is the deal that needed to be completed But you could see that the deals were the shares were issued at a price of 8 cents We are now much higher all the way at 14 cents a huge explosion everyone should be putting Kaly on full alert right now. They are Exploding the American symbol is KALTF now up 61% Absolutely on fire It's unbelievable. I want to know what you guys think about KALY. Do you think it's a big winner? It's made amazing move right here. Don't know much about this company. I need to do more due diligence I need to do more research, but right now they are one of the biggest winners If not the biggest winner today in the cannabis industry, and I love the price. They're only at 14 cents So it's dirt cheap. Let's take a look at the fundamentals Okay, so you can see here now the one issue I see is it has 237 million shares out and it's at 14 cents It's not a crazy number. It's not in the billions like huge is but it's still Substantial this might be one of the reasons why it might not go up as much now. Remember do not chase stocks We are not License advisors, okay? Current gains are not a guarantee on future performance just because it's up 55 percent today Doesn't mean it's gonna go up 55 percent tomorrow. It could Could go up a hundred percent or could go down 50 percent So invest with caution put it on your radar put on your watch list It is absolutely on fire today, but previous to this it wasn't even moving. It was doing nothing. It was dead Look at this it had come down Okay, so it's still down from where it was in June. Hey, it could go back up there It could go back down I really don't know but I'd love to know what you guys think smash the like button Remember you can find all this information at rich TV live comm just hover over stocks all the tools you need are right There what do you think? about Cali Cali Terra Therapeutics Inc making a huge move today now up 55 percent. Do you like it? Please comment down below. Let me know what you think share this video everywhere So everybody knows the stock is absolutely on fire so they could put on their watch list They could put it on their radar. I would wait For some red wait for a pullback. Oh could be coming now. We're now at 13 and a half cents Profit takers are taking their profits I would wait for a pullback if you really like this company position yourself at the lowest point possible and then wait for an explosion Our members are winning every day on our picks Thanks to you the people if you see anything that's winning if you see anything that's growing if you see anything That's exploding. Let us know so we can bring it to the people first Look at this all the winners right here brought to you absolutely free From your boy rich. Thank you for watching. We are now 33 days 14 hours 6 minutes and 30 seconds away from history Cali Terra, what do you think Cali Terra therapeutics? Is it a big winner? symbol is KALY in Canada KALTF in America It's a big winner. It's on fire. This is your boy rich Bringing you Cali Terra therapeutics ink If you're not winning, you're not watching. I'm out. Peace


You have to be completely ready at three in the morning. The cows require you to be totally alert and ready to go, because it's like work here for their safety, and if we miss anything, that's on us. Well, CREAM is the cooperative for real education in agricultural management. And it's a great program that takes place during the school year and during the summer. And there's about 15 of us and we all work together four times a day to take care of all of these girls. I think that's actually part of the reason I came to UPM. I had been looking at good animal science programs just because I knew I was trying to go through that. A lot of people would just like do the milking and that's it. But we get to like help deliver calves. We get to muck. We get to make breeding decisions. We get to vaccinate. There's a lot of different ways to be involved. Some days it's like, can I really do this? But you can. It's just that resilience factor. And I think that's a really great thing to learn as a college student.  And how might get saved. You need to learn how to give an injection or what that certain sickness needs or how to handle a cow that has a bad foot. Yeah, or how to handle heats and breeding. And it's really up in the air. And it's always exciting. And I love coming here. It might be tough at the end of the long week and I might just have to crawl into bed. But for me, I think it's worth it. And I'm learning. I'm still learning. And I get to hang out with cows.