Nemotron-Personas-Finance-Japan: A Synthetic Dataset Capturing Japan's Demographics and Financial Context

Payments Canada announces launch of Canada's Real-Time Rail (RTR) payment system

The new system will enable participating financial service providers to clear and settle payments in real time, providing a made-in-Canada platform for future innovation and prosperity.

Build Your Own Bank In Go

A streaming series is now available for free.

Friendly Fraud Prevention for Developers: What to Log, Block and Automate

Friendly fraud, where a real customer disputes a legitimate charge, accounts for around 20 to 30% of fraudulent disputes per Visa and 75% of online fraud per Mastercard. Winning disputes requires logging IP address, device ID, account ID and shipping address at checkout and keeping them for at least 13 months. Visa's CE3.0 rules require two undisputed prior purchases on the same card from 120 to 365 days earlier sharing data points, while Mastercard's First-Party Trust needs device, delivery and identity factors and a lookup service responding within 2.5 seconds. The piece walks through Node.js code for checkout logging, risk scoring, a pre-fulfillment hold gate, pre-dispute order lookup endpoints, webhook-driven refunds and evidence automation, plus a comparison of building in-house versus using tools like Stripe Smart Disputes or Chargeflow.

How to Apply Secure By Design Practices To Money Software

Bối cảnh của bài viết chia sẻ hai bài học quan trọng từ một cuốn sách bảo mật chuyên ngành. Nguyên nhân kỹ thuật là các nguyên tắc Secure By Design áp dụng cho phần mềm tài chính không chỉ liên quan đến bảo mật mà còn về kiến trúc hệ thống và quản lý rủi ro. Hệ quả là việc áp dụng những nguyên tắc này giúp giảm thiểu lỗ hổng và tăng độ tin cậy của hệ thống. Điều đáng học là các phương pháp như Zero Trust, Defense in Depth và Threat Modeling có thể ứng dụng hiệu quả ngay cả khi bạn không phải chuyên gia bảo mật.

Hai bài học từ sách bảo mật giúp bạn viết phần mềm tài chính an toàn hơn mà không cần chuyên sâu về bảo mật.

PyTorch 2.15 tackles the 'one bad GPU' problem

PyTorch 2.15 ships a rewritten NCCL backend that stops a single failing GPU from forcing a full training restart. The new ProcessGroupNCCL allows only one communicator per process group during initialization, which by default eliminates the crosstalk that the old version's many communicators caused. A third-party orchestrator can now exclude a crashed or slow GPU and assign a replacement worker. A new 'flight recorder' captures operation snapshots for debugging stalls. The legacy backend remains as a rollback option but will be removed in 2.16, planned for early next year. The release also totals 3,117 commits from 583 contributors and includes parallel processing improvements for Apple gear and support for Nvidia's next-generation Blackwell GPUs.

Agents Prompt People: Using Agents for Long-Horizon Financial Work

Arca's head of AI discusses persistent memory, the benefits of a custom harness, and agentic workflows that span days.

Why Actionable Banking Is the Critical Stepping Stone to Full Autonomy

Learn how actionable banking turns customer events into proactive, human-approved offers. The first step toward autonomous banking, built on MongoDB Atlas.

Introducing CUDA Rust: Two Tracks for Writing GPU Kernels

Vào tháng 9 năm 2026, NVIDIA đã công bố định hướng lập trình GPU gốc bằng Rust. Công ty đang phát triển hai hướng tiếp cận riêng cho CUDA Rust, cạnh tranh với các công cụ trưởng thành như CUDA C++ và CUDA Python. Việc này giải quyết nhu cầu về ngôn ngữ an toàn bộ nhớ hơn cho lập trình GPU, vốn hiện chủ yếu dựa vào C++. Lập trình viên nên cân nhắc track phù hợp giữa Rust CUDA Compiler (RCC) và Rust-CUDA crate tùy thuộc vào nhu cầu dự án. Sự phát triển này đánh dấu bước tiến quan trọng khi Rust đang dần trở thành lựa chọn thay thế cho C++ trong các hệ thống hiệu năng cao.

Bài này giúp lập trình viên Rust nắm bắt hướng đi mới của NVIDIA cho lập trình GPU native.