StellarFund Uses Three Soroban Contracts to Release Crowdfunding Escrow by Milestone

·1 views

StellarFund is a smart contract system built on Stellar's Soroban platform that holds XLM in escrow and releases funds to creators only as they complete predefined milestones. The system uses three cooperating contracts — Factory, Campaign, and Reputation — where the Factory deploys a fresh, isolated Campaign contract for each crowdfunding project. Contributors transfer XLM directly into the campaign contract, and payouts are released sequentially only after the funding goal is met and the deadline has passed. If a campaign fails to reach its goal, backers can reclaim their exact contributions via an automatic refund mechanism that follows checks-effects-interactions ordering to prevent exploits. A Reputation contract tracks creator scores, but only accepts updates from Factory-verified campaign contracts, preventing direct manipulation of on-chain credibility scores.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Memory Sidecar v3.5.1 Released with Security, Reliability, and Observability Upgrades

Memory Sidecar v3.5.1 has been released as an operational hardening update for the hermes-memory-installer ecosystem, focusing on production readiness rather than new features. The release strengthens reliability through automatic retry-and-backoff, circuit breakers, proactive memory pruning, and improved connection pooling tied to available CPU cores. On the security front, TLS 1.3 is now mandatory for all incoming requests, API keys must be scoped to specific memory pools via Bearer headers, and full audit logging has been introduced. Operational visibility is enhanced through structured JSON logging and a Prometheus-compatible metrics endpoint tracking latency, error rates, and pool utilization. Deployment is managed via hermes-memory-installer, which now includes dependency validation, SHA-256 checksum verification, and support for both sidecar container and systemd unit configurations.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AWS DevOps Agent Turns Incident Response into a Structured Human Review Workflow

AWS recently demonstrated its DevOps Agent diagnosing Amazon EKS control-plane performance issues, walking through specific signals such as API server throttling, API Priority and Fairness seat exhaustion, audit logs, and CloudWatch metrics. Rather than simply declaring a root cause, the agent produces a structured, evidence-backed argument that engineers can inspect, challenge, and verify. The key shift is that incident response is evolving from open-ended investigation into a review workflow, where humans evaluate a proposed narrative instead of starting from scratch. The agent's value lies not in intuition but in rapidly correlating multiple data sources — logs, metrics, audit trails, and cluster context — in a consistent and transparent way. This approach makes AI assistance genuinely useful in high-pressure situations, provided the output is auditable and the human engineer retains accountability for any remediation decisions.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

WSL2 Networking Fix: Mirrored Mode Resolves 100% Packet Loss Issue

Developers using WSL2 on Windows have reported a networking bug where the Linux instance loses all internet connectivity despite the Windows host functioning normally. The root cause is a corrupted or misconfigured NAT-based virtual network adapter, which can break after Windows updates, VPN usage, or sleep cycles. The fix involves creating a .wslconfig file in the Windows user profile and setting networkingMode to mirrored, enabling dnsTunneling, and optionally disabling the WSL firewall. After shutting down and restarting WSL, users report full network connectivity is immediately restored. Mirrored networking mode bypasses the virtual NAT adapter entirely by directly sharing the Windows host's network interface with the Linux environment.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Laravel Blade Crashes Pages When Directives Are Placed Inside Component Attributes

A Laravel developer discovered that placing Blade directives like @if/@endif inside component tag attributes causes a 500 error, because Blade compiles component tags before processing directives. This means the directive's closing tag ends up in an invalid position, producing broken PHP and a syntax error. The recommended fixes are to branch the entire component with @if/@else/@endif outside the tag, or to compute the attribute value using a PHP ternary expression. The bug went undetected because the affected page was hidden behind a feature gate and was never rendered by any automated test. The developer advises treating all feature-gated pages as untested by default and adding a simple render test to catch such issues before they reach production.

0 comments Read more at DEV Community