Now pinocchio releases include a changelog, so it is easier to track what is new. 😊
The latest one includes excellent contributions from @publicqi , @BasedOrion_ , @L0STE_ and @deanmlittle:
- Efficient Instructions sysvar access
- SPL Memo client
- Programs have a "cheaper" way to access more memory if they choose to do so.
- What if we had a crate specifically designed to write on-chain Solana programs? A crate with zero-dependencies, so it does not get in the way of coding the program. Started working on this idea and got to the point of having a functional crate: pinocchio.
- We need a better non-fungible standard on Solana. There is no good reason to require multiple accounts to represent a digital asset; we should have flexibility to store as little or as much data on-chain; use minimal compute; it should be composable, easy to use. @metafrost and
- pinocchio-log: lightweight log formatting for Solana programs [tl;dr] * Zero dependencies and no_std crate * Independent of SDK (i.e., works with pinocchio, solana-program or anchor) * Support for &str, unsigned and signed integer types * log! macro to facilitate formatting
- It turns out we can do better – asset transfer using ~1k CU. This is using a custom entrypoint (nitrate) based on @cavemanloverboy's solana-nostd-entrypoint plus a few tweaks. The savings in compute are correlated with the number of accounts that the instruction receives – moreWhen we say that @nifty_oss Asset program is lightweight, we really mean it – under 2k CU to transfer an asset. Only possible on Nifty #OPON
- Thanks to @L0STE_ and @deanmlittle there is now a crate to interact with SPL Token program for pinocchio.
- We reimagined the way of building extensible Solana programs. Introducing Proxy - a pattern to define program interfaces. No need for "hooks" or "third-party" extensions. Proxy allows extending the behaviour of a program in a simple and non-intrusive way without adding more
- Thanks to @sonic_from_ny there is now a crate to interact with SPL Associated Token Account program for pinocchio.
- One cool thing about this raffle is that it was done 100% on-chain. There were 51,994 tickets' pubkeys bytemuck'ed on an account.Some Raffle Stats: Tickets Sold: 51,994 Total Unique Wallets: 5706 Total Winning Entries: 240 Unique Winning Wallets: 236 Truly humbling | As @topo_g said: Art First, No Roadmap, No Utility 489 Total Spots in a Web3 Gang 🫡
- Just updated the Solana Project Template to include Rust client generation with Kinobi. github.com/metaplex-found…
- And if you are still unsure on whether to use a custom (no_std) entrypoint or not, here are some numbers to make your choice easier. 😉
