SShortSingh.
Back to feed

Developer Builds Liar's Dice on Blockchain Using Fully Homomorphic Encryption

0
·1 views

A developer has created FHE Liar's Dice, a decentralized version of the classic bluffing game that keeps players' dice encrypted on-chain throughout gameplay. Traditional smart contracts store state transparently, making hidden information games like Liar's Dice impossible without a centralized server. The project uses Fhenix CoFHE, a Fully Homomorphic Encryption framework that allows computations to be performed directly on encrypted data without decrypting it first. This means the smart contract can verify bluff calls by counting matching dice values across all players' hands while never exposing individual rolls to opponents, indexers, or the app operator. The approach solves a longstanding challenge in blockchain gaming by enabling private game state with fully public, verifiable execution.

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)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Developer Builds AI-Powered Stock Trading Platform to Guide Retail Investors

A developer participating in Google's 'Meet The Builders' campaign has created an AI-powered web platform aimed at making stock trading more accessible to retail investors. The platform uses Google Cloud AI, TensorFlow, and machine learning models to analyze portfolios, real-time market data, and historical trends to deliver personalized trading guidance. Built with a React.js frontend, Node.js and Express.js backend, and MongoDB database, the application is currently in its final development stages before a planned deployment on AWS. The project was inspired by the gap between tools available to professional traders and those accessible to everyday investors. Beyond trade recommendations, the developer envisions the platform as a learning tool that helps users understand the reasoning behind investment decisions.

0
ProgrammingDEV Community ·

Developer shares step-by-step guide to migrating Spring Boot app from MySQL to MongoDB

A developer documented every code change required to migrate a Task Manager project from MySQL to MongoDB in Spring Boot, after spending an evening debugging a mixed-dependency error. The migration involved replacing two Maven dependencies — the JPA starter and MySQL connector — with a single MongoDB starter, while fully removing the old JPA starter to avoid silent runtime conflicts. Application properties shrank from five database configuration lines to a single MongoDB URI, eliminating schema and dialect settings since MongoDB creates collections automatically. At the model layer, JPA annotations like @Entity, @Table, @GeneratedValue, and @ManyToOne were replaced with MongoDB equivalents such as @Document, @DBRef, and Spring Data's own @Id, with the id field type changing from Long to String. The author highlighted a subtle but critical pitfall: the @Id annotation exists in both JPA and Spring Data packages, and importing the wrong one causes MongoDB to silently ignore the Java field as the document identifier, breaking findById queries.

0
ProgrammingDEV Community ·

Eight Key Principles for Building Reliable Production-Ready APIs

Designing production-grade APIs requires more than connecting a frontend to a backend, according to a full-stack developer sharing lessons from real-world projects. Core principles include designing around resources rather than UI screens, validating all incoming data at the API boundary, and implementing proper authorisation beyond basic authentication. The article also stresses the importance of predictable error responses, idempotency for sensitive operations like payments, and returning only the data a client actually needs. Logging and observability are highlighted as critical for diagnosing failures that only surface in production environments. Finally, the developer emphasises that versioning, backward compatibility, and clear documentation are essential to ensure APIs can evolve without breaking dependent systems.

0
ProgrammingDEV Community ·

n8n Calls for MCP Control Planes to Govern AI Agent Tool Use in Production

Automation platform n8n published a security guide on July 1, 2026, outlining why production deployments of Model Context Protocol (MCP) servers require a dedicated control plane layer. MCP servers allow large language models to query data, call tools, and trigger actions in connected systems, which expands the security boundary organizations must manage. Without a control plane, credentials and tool access may be exposed directly to agents, limiting oversight and auditability. n8n's proposed control plane sits between the agent and target systems, enforcing authentication, least-privilege access, credential isolation, and execution logging. The guide also identifies specific threat classes — including prompt injection, tool poisoning, and session hijacking — that arise uniquely in tool-using agent environments.