If applicable, specify the simd issue # in the topic title. This is a common and no-cost way to validate a user actually controls a given wallet address. The mechanism is not aware of network activity, nor does it incorporate that to determine the emission rate. To improve defi ux, we can eliminate gas fees for market takers by allowing them to sign an idl-encoded message instead of submitting a transaction. But i also don’t want to create a system which puts even more friction in front of validators just getting started. · hi, i would like to share some feedback on the governance process surrounding simd-123 and simd-228. Blockrons was built in … · srfc 36 - typed message payload rendering in wallets tldr; · discussions about specific simds (solana improvement documents), and general proposals that may become simds. · an implementation of on-chain image storage to the current metaplex nft standard this standard utilizes the existing fields of the metaplex nft program to be able to store an on-chain image implementation: Creating this topic to discuss how i stored images on-chain on solana with the nft project known as blockrons as a proof of concept. Welcome to the solana developer forums · solana’s current emission mechanism is a fixed, time-based formula that was activated on epoch 150, a year after genesis on. · srfc 33 - sign message in actions/blinks tldr add the ability for actions and blinks to ask users to sign a plaintext message. · srfc-35 - address/domain association specification summary solana addresses can be publicly linked to domain names using dns txt records or a well-known file. This allows for applications and services (like wallets, exchanges, and infrastructure providers) to easily validate if a company is associated (or denounce associations) with a token, program, or other solana … · i don’t want solana to offer technically inferior solutions to stakers; Background currently, all actions ultimately require the user to sign and send a transaction to be confirmed on chain. I focus on our engineering operations at chorus one, and i don’t follow every community proposal closely, but because the governance process required an exception to our key access policies, i would like to share my experience from that point of view. The maker can then use this signed message to submit a single verified transaction on behalf of both parties, replacing the current two-transaction flow. · srfc 34 - standardized relayer api summary this rfc proposes a standard api that teams can adopt/implement to enable on-chain activity without end users holding sol (gas abstraction/gasless transactions). So there is always transaction fee … Creating a network of relayers would enable end users, or companies, to choose their preferred relayer, or provide sponsored transactions with certain …
Solana'S 2027 Roadmap: A Deep Dive Into Their Internet Capital Markets Strategy
If applicable, specify the simd issue # in the topic title. This is a common and no-cost way to validate a user actually controls a...
