Watch + listen

Stellar protocol upgraded to version 19 with new transaction preconditions and signer types. The ecosystem discussed CAP 54, a comprehensive asset interoperability proposal for Jump Cannon smart contracts that enables classic Stellar assets to interoperate with smart contract tokens through a native token implementation with wrapping/unwrapping capabilities.

Stellar protocol developers discussed Jump Cannon smart contract upgrades, including CAPs 46-53. Key decisions: removing the Box type, renaming u63 to positive i64, merging contract code and data ledger entries, and defining the footprint type. Asset interoperability remains unresolved with debate over wrapping, representation, and classic asset integration.

Stellar protocol meeting discussing three CAPs for native smart contracts: CAP 53 on smart contract data storage with static footprints and deterministic scheduling, CAP 52 on minimal smart contract interactions shifting authorization to contracts, and CAP 47 on contract lifecycle including mutability and versioning questions.

Stellar Protocol meeting discussing Project Jump Cannon smart contracts. Focus on CAP 50 (transaction signing model), account architecture differences between classic and smart sides, and contract lifecycle parameters. Key debate over single-signer vs multi-sig account models and migration complexity.

Stellar Protocol discussion on smart contract integration via Project Jump Cannon. Core focus: how to handle compliance and asset authorization when smart contracts interact with classic Stellar assets, particularly around clawback and frozen asset scenarios.

Stellar Development Foundation hosted an open protocol meeting to discuss Jump Cannon smart contract implementation. The team presented CAP 46-49, four core advancement proposals covering WebAssembly runtime, smart contract lifecycle, and two competing approaches (CAP 48 vs CAP 49) for classic asset interoperability with smart contracts.

Stellar Development Foundation hosts protocol meeting to discuss Project Jump Cannon, which brings WebAssembly-based smart contracts to Stellar. The team presents CAP 46, a foundational proposal defining the host/guest execution model and data structures for smart contract runtime.

Stellar Development Foundation Q1 2022 quarterly review covering network growth, roadmap updates, and major announcements including Project Jump Cannon smart contracts, Starbridge bridge to Ethereum, and $30M matching fund for early-stage companies.

Torsten Stuber, CTO of SatoshiPay and Pendulum, discusses building Pendulum as a standalone blockchain with smart contracts and Spacewalk, a decentralized bridge connecting Stellar to Polkadot parachains. The bridge uses collateralization to ensure security and launches on Kusama in Q3 2024.

Tomer from SDF leads a new Tech Docs series discussing Starlight payment channels (1.5M TPS), Starbridge for blockchain interoperability, and early experiments with WASM runtimes for Project Jump Cannon smart contracts.

Stellar Development Foundation hosted a 48-hour NFT hackathon workshop covering NFT fundamentals, Stellar-specific implementation, and building innovative royalty-payment NFTs with smart contract logic.

Script3 discusses building YieldBlocks, a money market protocol on Stellar using Stellar Turrets for off-chain smart contract execution. The team explains their journey from options trading to recognizing the need for liquidity infrastructure, and how Turrets enable DeFi applications on Stellar.

SatoshiPay's Torsten presents Pendulum, a blockchain connecting fiat to DeFi via Stellar. Pendulum brings smart contracts to Stellar, enabling AMMs, yield farming, and cross-chain asset transfers between Stellar and Pendulum.

Tyler Vanderhoeven from the Stellar Development Foundation presents Stellar Turrets, a decentralized transaction creation and signing protocol that enables DeFi applications on Stellar by removing the need for centralized intermediaries to control accounts.

MojoFlower demos Kallix, a Stellar-based platform enabling small and medium businesses to issue and manage shares on the blockchain. The system integrates government databases, provides share templates with CFI standardization, and includes a Flora smart contract marketplace for advanced transactions.

Stellar Development Foundation discusses CAP 21, a core advancement proposal that enables payment channels on Stellar. The team addresses outstanding technical questions about account extensions, transaction validation, and preconditions to move toward acceptance.

Stellar Open Protocol meeting discussing CAP 21 and CAP 40, which lay groundwork for payment channels. CAP 21 generalizes transaction preconditions to support relative time locks and other conditions; CAP 40 enables participants to exchange signatures for multiple transactions in one step.

Stellar protocol discussion on automated market makers (AMMs) focusing on asset authorization and revocation mechanisms. Two approaches debated: one mirroring existing offer revocation semantics, another requiring issuer opt-in for liquidity pool participation.

Tyler Vanderhoeven from SDF presented progress on Turing Signing Servers, a proposal for enabling decentralized transaction creation on Stellar through programmable smart contract-like functionality without modifying the core protocol.

Stellar Development Foundation hosted an open protocol meeting to discuss CAP 21, a draft proposal for generalized transaction preconditions. The CAP aims to enable payment channels, relative time locks, and time-delayed key recovery by extending account entries and replacing the time bounds field with more flexible preconditions.

Tyler Vanderhoeven presents SEP X, a proposal for Turing complete smart contracts on Stellar via decentralized Turing signing servers. These servers enable programmable transaction creation while maintaining Stellar's safety guarantees, offering functional feature parity with Ethereum without requiring assets to be first-class citizens.

Stellar Development Foundation held an open protocol discussion covering CAP 23 (claimable balances for two-part payments) and CAP 33 (sponsored reserves). Teams debated predicate tree recursion depth limits, SEP 30 compatibility issues, and downstream SDK/Horizon implementation readiness for Protocol 14.

Oleg Andreev from Stellar presents Slingshot and ZKVM, a modular suite combining zero-knowledge proofs, confidential transactions, and a programmable virtual machine to enable private, auditable blockchain transactions with customizable smart contract conditions.