Stellar protocol meeting discusses CAP80, adding performance-optimized host functions for ZK proofs on Soroban, and CAP73, enabling Soroban to create new G accounts for XLM transfers and introduce an explicit allowTrust function for trustlines. Additional announcement to deprecate unused getLedger host functions. Key focus on improving developer experience and Soroban-classic operations parity.
The meeting begins with CAP80, proposing BN254 arithmetic host functions, G1 multiscalar multiplication, and on-curve checks to boost ZK performance on Stellar by up to 3x, achieving better efficiency than repeated conversions in Protocol 25's Ethereum-parity functions. CAP73 addresses Soroban gaps by allowing XLM SEC transfers to create new G accounts (covering base reserve) and introduces an explicit 'allowTrust' function for creating authorized trustlines for classic assets, avoiding automatic creation to prevent complex authorization issues. Discussions cover naming debates (e.g., allowTrust vs. createTrust), preference for explicit over implicit trustline handling, and developer experience benefits for Soroban-classic interoperability. An announcement warns against using deprecated getLedger host functions due to their footgun nature, with a future CAP planned. Feedback is solicited via linked discussions.
