axic

axic

Works on decentralised stuff. eipnft:axic.eth

Member Since 13 years ago

@ethereum @ewasm @wasmx @ethereumjs, Dublin, Ireland

Experience Points
1.1k
follower
Lessons Completed
5
follow
Lessons Completed
63
stars
Best Reply Awards
123
repos

1657 contributions in the last year

Pinned
⚡ Mango: Git, completely decentralised.
⚡ EVM interpreter compatible with the evm2wasm interface
⚡ Yultsur is a Rust implementation of Yul.
⚡ Fizzy aims to be a fast, deterministic, and pedantic WebAssembly interpreter written in C++.
⚡ Solidity, the Smart Contract Programming Language
⚡ Utilities for handling Ethereum keys
Activity
Jan
23
1 day ago
open pull request

axic wants to merge ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

axic
axic

The comment should also be moved.

pull request

axic merge to ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

open pull request

axic wants to merge ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

axic
axic

Does this needs to be exported?

pull request

axic merge to ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

pull request

axic merge to ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

open pull request

axic wants to merge ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

axic
axic

This was added back around 2-3 years ago because CI struggled otherwise.

open pull request

axic wants to merge ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

axic
axic

So this was a bug we had all along, and it just worked on unix because function != win32.

I know this sounds like a chore, but for traceability and binary search of changes, it is useful to separate things out a bit. This current PR is called "Typescript support" yet it fixes many other things.

Could you create a PR which just fixes this platform issue? Will merge it quickly.

pull request

axic merge to ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

pull request

axic merge to ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

open pull request

axic wants to merge ethereum/solc-js

axic
axic

Typescript Base Support

Base Typescript Support #287

This pull request includes the base requirements and minor changes to keep the current application code, test code, and process while supporting Typescript, Typescript compiling, and future support for adding types.

Files

All files have been moved from .js to .ts. This includes providing an extension type for the binary file solcjs which is now solc.ts which will later be transpiled into solc.js. The required package.json references have been updated where applicable to ensure packaging and binary referencing when linking work as expected.

Linting

Linting has been directly upgraded from just standard/standard to use eslint which is directly supported within Typescript, allowing code style enforcement of standard/standard while also locating and flagging possible code errors. Linting has been run throughout to change var to cont where applicable.

Post Build Script

A new script file exists within the build folder for post-build. This correctly sets the required permissions on the solc.js command-line binary reference. Allowing testing to function correctly and direct execution to work as expected.

Testing

Testing is done against the transpiled code after running through the Typescript compiler. This is due to the usage of dynamic importing being performed to pull in different binary versions. Each time this is performed the typescript compiler will attempt to parse and validate the entire file every single time. This increases testing time 10 fold and should be avoided. Testing against the built code allows testing to work as it does now.

When running the test command, additional resource files are copied into the dist folder to allow testing to function correctly. This is due to Typescript not including those files in the build process.

Packaging

When publishing or packaging, the dist files are used instead of the source typescript files as expected. You can test the content of the deployment or release by running the following npm pack.

What's next?

Once merged, this allows the introduction of typing to reduce errors and improve code quality. This can go in hand with enabling typescript declaration and configuration of the package.json to use said built types. Allowing users of the application to gain access to these types after installing the package.

axic
axic

@leonardoalt is this by design or is all this fixed by #565 ?

Jan
22
2 days ago
push

axic push axic/compcard

axic
axic

Use custom errors in the implementation (V3/V4)

commit sha: 0f6ec8651d91b3051453fa1bff37fd8c27d2f5ad

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add V4 which is transferable

commit sha: 7ead75c79de6a23b88d68b542b600e066eacd545

push time in 1 day ago
Activity icon
public

axic/compcard

Activity icon
delete

axic in axic/compcard delete branch v3

deleted time in 1 day ago
push

axic push axic/compcard

axic
axic

Add toDataURL helper to convert images

Also import Base64 library.

axic
axic

Add new version which deploys a proxy

axic
axic

Add proxy implementation

axic
axic

Split out factory contract

axic
axic

Make sure to copy all the data

axic
axic

Implement IERC721Enumerable

axic
axic

Better enumerable compatibility

axic
axic

Add V4 which is transferable

commit sha: 2caaa57580d0539649417102b664764fb758b8c7

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add new version which deploys a proxy

axic
axic

Add proxy implementation

axic
axic

Split out factory contract

axic
axic

Make sure to copy all the data

axic
axic

Implement IERC721Enumerable

axic
axic

Better enumerable compatibility

axic
axic

Add V4 which is transferable

commit sha: 665cdb6f467322c90e18df048697f89778c710d1

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add new version which deploys a proxy

commit sha: 70f03d6b321dfc565a739b13cfdab81538048080

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add V4 which is transferable

commit sha: 665cdb6f467322c90e18df048697f89778c710d1

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add V4 which is transferable

commit sha: 9a7328d7f454e58b3e4b69d7b960ed144181309f

push time in 1 day ago
push

axic push axic/compcard

axic
axic

Add new version which deploys a proxy

axic
axic

Add proxy implementation

axic
axic

Split out factory contract

axic
axic

Make sure to copy all the data

axic
axic

Implement IERC721Enumerable

axic
axic

Better enumerable compatibility

commit sha: ee675c722397f7f1fe907ff776090953769aaeaa

push time in 1 day ago
Jan
21
3 days ago
open pull request

axic wants to merge ethereum/solidity

axic
axic

Packed soljson.js

The brotlidec.js file would of course be built in the docker image and not checked in here, same goes for installing brotli binaries for packing.

We can actually also tweak the size/compression ratio by moving to different compression mechanisms.

axic
axic

Why is this copy feature working off 8-bit copies and not 64-bit copies unless the last chunk of <=64-bit?

pull request

axic merge to ethereum/solidity

axic
axic

Packed soljson.js

The brotlidec.js file would of course be built in the docker image and not checked in here, same goes for installing brotli binaries for packing.

We can actually also tweak the size/compression ratio by moving to different compression mechanisms.

open pull request

axic wants to merge ethereum/solidity

axic
axic

Packed soljson.js

The brotlidec.js file would of course be built in the docker image and not checked in here, same goes for installing brotli binaries for packing.

We can actually also tweak the size/compression ratio by moving to different compression mechanisms.

axic
axic

This entire block is weird, loading the same things several times. Could just use tee_local to keep an item on the stack.

pull request

axic merge to ethereum/solidity

axic
axic

Packed soljson.js

The brotlidec.js file would of course be built in the docker image and not checked in here, same goes for installing brotli binaries for packing.

We can actually also tweak the size/compression ratio by moving to different compression mechanisms.

push

axic push tempus-finance/tempus-protocol

axic
axic

fixed LidoTempusPool verification script

axic
axic

Merge pull request #471 from tempus-finance/fix-lido-etherscan-verify-script

Fix lido etherscan verify script

axic
axic

Merge pull request #441 from tempus-finance/rari-pools-integration

Rari Stable Pools integration

axic
axic

mocks: Add currencyCode check to RariFundManagerMock

axic
axic

Merge pull request #485 from tempus-finance/rari

mocks: Add currencyCode check to RariFundManagerMock

axic
axic

pools: Use assert(msg.value == 0) in depositUnderlying in Rari

axic
axic

Merge pull request #489 from tempus-finance/rari

pools: Use assert(msg.value == 0) in depositUnderlying in Rari

axic
axic

protocols: Add IERC20Metadata to IYearnVaultV2

axic
axic

pools: Add safety check on decimal precision to Yearn

axic
axic

Merge pull request #488 from tempus-finance/yearn

pools: Add safety check on decimal precision to Yearn

axic
axic

amm: Optimizing calls to updateInterestRate.

axic
axic

pool: Optimizing amount of updateInterestRate calls

axic
axic

Merge pull request #491 from tempus-finance/amm/swap-with-stored-interest-rate

amm: initial optimization for swaps, using stored interest rate

axic
axic

Merge pull request #492 from tempus-finance/furtherOptimizationInterestRates

pool: Optimizing amount of updateInterestRate calls

axic
axic

pool: Reducing amount of calls.

axic
axic

Merge pull request #493 from tempus-finance/smallUpdates

pool: Reducing amount of calls.

axic
axic

refactor: added new pricePerShare() and pricePerShareStored()

axic
axic

Revert "refactor: added new pricePerShare() and pricePerShareStored()"

This reverts commit 5c73e5277d17c5efd421aee0cf28ce79bfb88ae1.

axic
axic

commit sha: 088f19000f975711838f7b0c981d6326733f34d9

push time in 2 days ago
Jan
20
4 days ago
open pull request

axic wants to merge ethereum/solc-js

axic
axic

Fix smtchecker callback tests and add Eldarica

Besides fixing things, the nicest thing this PR enables is to use alternative solvers much more easily in a different script, like this: https://gist.github.com/leonardoalt/70d659eb0ec2f0e82b1fa5681d5ce3e8

pull request

axic merge to ethereum/solc-js

axic
axic

Fix smtchecker callback tests and add Eldarica

Besides fixing things, the nicest thing this PR enables is to use alternative solvers much more easily in a different script, like this: https://gist.github.com/leonardoalt/70d659eb0ec2f0e82b1fa5681d5ce3e8

open pull request

axic wants to merge ethereum/solc-js

axic
axic

Fix smtchecker callback tests and add Eldarica

Besides fixing things, the nicest thing this PR enables is to use alternative solvers much more easily in a different script, like this: https://gist.github.com/leonardoalt/70d659eb0ec2f0e82b1fa5681d5ce3e8

axic
axic

You added this to the worng line 😅

pull request

axic merge to ethereum/solc-js

axic
axic

Fix smtchecker callback tests and add Eldarica

Besides fixing things, the nicest thing this PR enables is to use alternative solvers much more easily in a different script, like this: https://gist.github.com/leonardoalt/70d659eb0ec2f0e82b1fa5681d5ce3e8

Activity icon
issue

axic issue comment ethereumjs/ethereumjs-monorepo

axic
axic

Monorepo -> BN.js to BigInt: Performance Analysis

Part of #1024

We are currently considering transitioning either core parts of our library code or the libraries as a whole from using BN.js to using the new (ES2020) JS BigInt data type.

One advantage we suspect from this is getting to a better library performance, especially for the VM, which e.g. uses BN.js instances for the VM stack which in turn provides the data basis for most of the ocode operations.

This is a meta issue for collecting some references and experiments along BigInt performance to do some deeper analysis here and somewhat harden the evidence that performance gains play out as expected. 🙂

axic
axic

The i-prefixed once are inline, i.e. modify the data. The others are creating clones first. Most of the VM code was using i-prefixed ones at some point as an optimisation, where it made sense.