Juan Blanco

@juanblanco

197 Following

326 Followers

Juan Blanco pfp

The extension that was impersonating vscode solidity (and many others following the same pattern) have been removed. We have seen that a fake extension or virus can spam many downloads (if that was their technique) So how to identify is the right extension? The best way is to look at the published date. The vscode solidity extension was published on the 2015-11-19 at 7:35 am, the published date cannot be faked. The extension was one of the first ones in the marketplace, after the official announcement of the extension sdk the day before. So in case of doubt, when choosing any extension.. check the date.

2 replies

2 recasts

18 reactions

Dev Tools Guild pfp

Dev Tools Guild

👋 Today we launch the Dev Tools Guild! Our mission is to accelerate #Ethereum app development through world-class tooling. Think @protocolguild, but for Dev Tooling. https://devtoolsguild.xyz/blog/devtoolsguild-launch 🧵 👇

1 reply

8 recasts

14 reactions

Juan Blanco pfp

Welcome back to the newsletters. Good idea about the split.

0 reply

0 recast

1 reaction

Juan Blanco pfp

New Safe Verify implemented in Nethereum , generate hashes, decode / encode ABI, even sign to compare or bundle signatures. Just in case is better to triple check, and validate with different implementations to avoid supply chain attacks. safeverify.nethereum.com

0 reply

0 recast

2 reactions

Juan Blanco pfp

Nethereum 5.0.0 release including EIP7022 support, EVM upgrade with gas counter, .Net Native (AOT) support with new RPC components for STJ and dual support Newtonsoft and STJ, Bouncy Castle update, MudBlazor Components (create instant UIs for smart contracts pointing at your service or Function messages) and Mud (dev) tables components, Multicall RPC batch improvements, code generator update / rewrite to create those web blazor pages and WIP on Account Abstraction. https://github.com/Nethereum/Nethereum/releases/tag/5.0.0

1 reply

0 recast

5 reactions

Juan Blanco pfp

https://farcaster.xyz/juanblanco/0xba7c04f2

0 reply

0 recast

3 reactions

Juan Blanco pfp

New vscode solidity release 0.0.185. Including new Workspace Symbol Provider, use Ctrl/CMD T to find a symbol in your workspace. Also update to the Nethereum code generator, you can now generate full web / blazor pages to interact with your contracts. It can be found in @vscode, @openvsx and npm as a standalone lsp "vscode-solidity-server" https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity #ethereum

0 reply

0 recast

8 reactions

Juan Blanco pfp

I hope you enjoyed it!!!

0 reply

0 recast

4 reactions

polynya pfp

For my personal use, crypto is in a great place. Fees, speeds, wallet UX, applications are perfectly fine for my usecases, and they'll keep getting better. However, I'd like to see some things significantly improved, in order of importance: - CRITICAL: Configurable withdrawal rate limiting in Safe & smart wallets and indeed, in all smart contracts, should be a standard. Without this, I significantly limit my usage of crypto - Custodial standards for smart wallets - Stage 2+ decentralisation for L2s, complete overhaul for Tron (normies receive USDT on Tron) - EUR stables w/ liquidity - Better frontends & standards - More competition & options for minimal hardware wallets - Range order management for Uniswap V4 - Significantly less volatile, reliable, long-term sustainable and high liquidity SoVs (BTC and ETH are far too erratic) - Integration into widely adopted payment networks, both global and domestic - Some inaccessible assets tokenised as RWAs - Farcaster with bustling non-crypto content/discussions

44 replies

341 recasts

1563 reactions

Juan Blanco pfp

Nethereum AOT (.net native support) is happening.. https://github.com/Nethereum/Nethereum/blob/5eccd836aa7897410b56a4604729c8d6013a3244/consoletests/Nethereum.AOTSigningTest/Program.cs This means support for both newtonsoft and system.text.json, new rpc clients etc. What you get a small native self contained executable, per platform.

0 reply

0 recast

0 reaction

Juan Blanco pfp

I have just discovered DeepWiki, index, query generate documentation of any repository. See Nethereum Mud generated documetantion (although just focusing on data part) https://deepwiki.com/Nethereum/Nethereum/4.3-mud-framework-integration

1 reply

0 recast

3 reactions

Justin Drake pfp

If you run Geth, shave 400 GB of storage in two easy steps :) 1) prune pre-merge history with "geth prune-history --datadir <your dir>" 2) restart geth with "--history.chain postmerge"

11 replies

115 recasts

604 reactions

Juan Blanco pfp

I truly understand :(.

0 reply

0 recast

1 reaction

Juan Blanco pfp

Keep hearing how many people miss the "week in eth newsletter", it was THE way to keep everyone in sync and knowledge. @abcoathup @evanvanness Paraphrasing: "Oh I didn't know about X or Y, I miss the Week in Eth".

2 replies

2 recasts

1 reaction

Juan Blanco pfp

This is a funny bot :)

2 replies

0 recast

2 reactions

Juan Blanco pfp

I was 0 km away from today's mystery location 📍. Can you beat me?

2 replies

1 recast

3 reactions

Juan Blanco pfp

If the problem is the 32 bytes, an improvement will be to encode / decode packed. But for this it will be required to understand the structure of the message before hand, similar to what MUD does with the table schema. This means each contract will require an understanding of the schema, which it could be easily created for verified contracts for backwards compatibility if needed. But it might also allow us to start thinking of data storage patterns / standards like the one used in MUD for general data (not just games)

0 reply

0 recast

0 reaction

Officer’s Notes pfp

Officer’s Notes

Save this post if you've been scammed or hacked!!! First things first, you should contact: t.me/seal_911_bot, or t.me/rata0x • Next, for recovering the rest (untouched assets) please use: hackedwalletrecovery.com made by @buidlguidl @austingriffith ; • Or this tool: https://app.buidlguidl.com/build/yIj6q9TZnzAUMR6B4eFX • For recovering unclaimed tokens from airdrops: https://serveth.notion.site/How-to-securely-transfer-unclaimed-tokens-from-a-compromised-wallet-7c5f5e3762474851b92c159f797e406e ; • Order an investigation (optionally): t.me/rata0x • You should also report your case to chainabuse.com ! Please RT! Stay safe!

2 replies

10 recasts

42 reactions

Juan Blanco pfp

At the integration layer it could be abstracted by matching the ABI representation (JSON or custom) to SSZ, so call data could be "easy" for an end user, but it would impossible to have a big bang approach, as it will break many applications. The only solution is to support both in parallel, the user now will need to be aware of the smart contract type (ie ERC20 ssz) they are targeting and what encoding to use. This adds a similar issue with event decoding that might require a flag to identify the format for decoding. 712, SIWE, Permit2, and just internal smart contract ABI encoding/decoding with integrations will remain the same as the ABI is used as a standard in these scenarios (packed or unpacked) as utility internally and for integration. So it will be very hard to be phased out.

1 reply

0 recast

0 reaction

Juan Blanco pfp

Moving ABI to SSZ will have a huge impact in general, not just at the calldata level, but 712, events, full frameworks (think mud) will need to be rewritten. All current applications will need to change, backend / frontend, and tested, and obviously rewritten in many areas. This might mean, that applications that target different chains due to compatibility might not upgrade and keep old formats. RLP might have a smaller impact if there are new transaction types that overtake others.

1 reply

0 recast

0 reaction