Every 6-12 months, NEAR revisits the degree of its support and integration of AssemblyScript. Since last time we revisited it in Feb 2020, it is time to revisit it again. Current support and integration Currently, NEAR supports AssemblyScript project in the following ways: It is the top financia…

[image] nearmax: The consequence of having a buggy data query is that you have wrong data. It can still be pretty bad, depending on how it is used, similarly to buggy SQL query, but not as bad as with the contract. on practice stuff like query layers, oracles, etc also have about as huge impa…

@torch2424 thanks for chiming in. I think everyone in this thread, including myself, agrees with you that AssemblyScript is valuable. A lot of confusion came from me debating with @vgrichina and other NEAR members on whether we have any unbiased quantitative data on how much AssemblyScript is valua…

[image] nearmax: thanks for chiming in. You are welcome! :slight_smile: [image] nearmax: I think everyone in this thread, including myself, agrees with you that AssemblyScript is valuable. A lot of confusion came from me debating with @vgrichina and other NEAR members on whether we have …

Suppose we give you a batch of NEAR tokens to do AssemblyScript core development, without attachments or supervision. They are liquid, meaning you can convert them instantaneously to BTC on http://binance.com/ or any other exchange, and then cash out into your local currency, wherever you are locat…

@dcode @MaxGraey so I’m not sure I understand it right. Do you mean that you’d rather not receive any money at all than receive money but have to pay a bit more in taxes than usual? [image] vlad: I would literally offer you to have a bounty to get e.g. this done: Implement 128-bit types necessa…

[image] MaxGraey: At least there is always an option to promptly cancel the transaction, there are guarantees. I understand why this is good for somebody who sends money. But how this is good for somebody receiving money?

I understand why this is good for somebody who sends money. But how this is good for somebody receiving money? I meant this not for a specific case, but in a general case. You should also not write off SWIFT as a system that is not able to keep up with the times. SWIFT is currently experimenting…

In general, I would not like the focus of the discussion to be mixed in the direction of SWIFT vs Сrypto or Rust vs AssemblyScript. That’s the whole problem in my opinion! Why can’t you support both?

I’m not sure I understand it right. Do you mean that you’d rather not receive any money at all than receive money but have to pay a bit more in taxes than usual? Isn’t about paying taxes, but about dealing with them in addition to dealing with the blockchain parts. Getting this all right may easi…

Planning for AssemblyScript support and integration for the next 6 months, starting Jan'21

Ecosystem

nearmax January 22, 2021, 11:33pm 57

Moving the discussion on the content of the grant here: AssemblyScript grant proposal discussion

Topic		Replies	Views
AssemblyScript grant proposal discussion Development	18	1506	February 20, 2021
AssemblyScript Grant Q1 2021 Development	37	1938	February 6, 2022
Create an Open-Source Library of Audited Smart Contracts Development daos	14	1496	April 13, 2023
Community Memo: Values and Focus Near Community and nodes	32	3106	September 28, 2024
[DEPRECATED] Development Dashboard, Apps Catalogue & Grant Ideas (wiki) Development wiki	21	19130	October 31, 2022

Planning for AssemblyScript support and integration for the next 6 months, starting Jan'21

Related topics