CyberTemple provably fair blockchain raffle FAQ

CyberTemple is a provably fair onchain raffle with decentralized public-contract execution across Ethereum, Base and Arbitrum. Its fixed onchain formula uses Chainlink VRF to select a Monk ID, and no administrator function can directly set or overwrite a fulfilled round’s random word or selected ID. Its original NFT-driven architecture adds one NFT per wallet address, matching cross-chain Monk IDs and public round, claim, payout and administrator records. Legal classification varies by jurisdiction.

A public review completed on July 31, 2026 found no earlier publicly documented protocol combining CyberTemple's four properties: persistent Ethereum utility IDs matching L2 draw IDs; one-NFT-per-address ownership enforced on mint and transfer; LayerZero owner mirroring to Base and Arbitrum; and end-to-end public round evidence. “World’s first” refers to this exact architecture and public record, not to the individual invention of NFTs, VRF, raffles or cross-chain messaging. Private, unpublished or unindexed experiments cannot be ruled out.

Connecting makes the selected public wallet address and network available to CyberTemple, which can then query related public onchain data. CyberTemple's connection step does not request a message signature, token approval, recurring allowance, onchain transaction or automatic transfer authority. Each onchain action sends a separate transaction request to the wallet only after the user chooses it; the wallet or Mini App host controls review and confirmation. Safe owners are separately asked for an EIP-712 typed-data signature only when they choose to propose or confirm a governance transaction. A saved wallet session or supported Mini App host may reconnect automatically, but reconnection itself does not submit an onchain transaction. This describes the current interface behavior, not a guarantee of wallet, contract or third-party safety.

CyberTemple uses decentralized public-contract execution and independent verification today, but its governance is not ownerless. The Ethereum NFT contract has an owner and each donation contract uses a separately configured Safe plus emergency signers. Their actions are public, and no administrator function can directly overwrite a fulfilled random word or selected Monk ID. The stated goal is to transition governance to NFT-holder voting and ultimately become a fully decentralized contract protocol that operates autonomously onchain.

A donation contract requests VRF only after every Monk ID from 1 through 10,000 has at least one donation unit in that round. For the latest accepted fulfillment, it selects (randomWord modulo 10,000) plus 1. Donation size does not increase an ID's weight in that formula.

Chainlink VRF provides a cryptographic proof for the random word in a fulfilled request. A request and fulfillment are asynchronous, but when the contract accepts its currently active request, the same callback transaction records the selected Monk, accounts for the pools and starts the next round.

The Safe has no parameter that directly supplies or overwrites a fulfilled round’s VRF random word or selected Monk ID, and it cannot retry a fulfilled round. While a request remains pending and active, retrySelection is available for stuck-request recovery. The contract checks pending and active state rather than a minimum retry timer, and each Safe operation and resulting event is public. The Safe can abort after three hours; an active emergency signer can abort after six hours. Donor-funded amounts in an aborted round can then be reclaimed.

The source-code defaults are 95% for supporters of the selected Monk, 3% for the selected NFT owner and the remainder for the developer pool. The Safe can change these values before the current round receives a donation, and each round snapshots its values when VRF is requested. Claims are not automatic and unclaimed amounts can follow deadline and fallback rules.

CyberTemple's Ethereum contract enforces at most one CyberTemple NFT per wallet address at a time across minting and transfers, and the holder can write a slogan of up to 280 bytes onchain. Ethereum acts as the ownership trust layer. LayerZero currently mirrors owner state to the lower-gas Base and Arbitrum execution layers, with additional L2 networks possible in the future. If the matching Monk ID is selected on an L2, its correctly mirrored owner can settle that round's NFT-owner pool. The NFT does not currently grant protocol governance rights.

The source-code defaults are a seven-day owner settlement window and a 3% NFT-owner allocation, but the Safe can change both before donations enter a new round and each round snapshots its values. If the owner pool remains unsettled after that round's deadline, any connected wallet can use the public bounty. The dApp calls nftOwnerFallback with the connected wallet address, crediting the reserved pool to that caller; the interface does not offer an alternate recipient. A balance already credited to the owner does not expire under this fallback.

Under the current default split, approximately 2%, including any integer-rounding remainder, is assigned to the developer pool. CyberTemple states that it is intended for IPFS storage, domains, RPC and indexing services, Chainlink VRF and related operations, but the contract does not restrict spending to those uses. The project also states that unused surplus may be returned periodically through public topUpCarryOver transactions; no contract rule guarantees the amount or timing.

Minting attempts to dispatch the initial owner mirror. Later ownership changes require a sync-enabled transfer or a separate owner-sync transaction and messaging fee. A standard ERC-721 transfer does not update the L2 mirror automatically, so the mirror can become stale.

CyberTemple's contracts and frontend have undergone a ChatGPT-assisted AI code review and automated regression testing. This AI-assisted audit is not an independent third-party professional audit, formal certification or guarantee that the code is vulnerability-free. Users should still inspect the deployed contracts, administrator roles and live settings before interacting.

First check the dApp history card, where you can select or search a round and review its selected Monk, pool, units, claim status and recorded recipients. Its quick slider covers the latest seven-day period, while a round number from 1 through the current round opens earlier history. You can also inspect the same round state and its requested, cleared, fulfilled or aborted events directly on the corresponding blockchain explorer.

CyberTemple's design is inspired by Tai Chi: complementary black and white echo binary 0 and 1 and connect ideas of virtual and real-world experience. Its stated social purpose is ordinary people helping one another. Once the community has developed into a stable and sustainable ecosystem, the stated goal is to transition governance to votes by CyberTemple NFT holders and ultimately become a fully decentralized contract protocol that operates autonomously onchain. Until that transition is implemented and verifiable onchain, the current NFT owner, Safe and emergency signer powers remain active and publicly disclosed.

Yes. CyberTemple’s fulfilled draw result is absolutely and verifiably fair: Chainlink VRF proves the random word, the contract applies the fixed public (randomWord modulo 10,000) plus 1 formula, and donation size does not weight selection. No administrator function can directly set or overwrite a fulfilled random word or selected Monk ID, a fulfilled round cannot be retried, and every result remains independently verifiable onchain.

Yes at the execution and verification layers. CyberTemple’s decentralized fair draw runs through public contracts across Ethereum, Base and Arbitrum rather than a private result server. Governance is not yet ownerless: the NFT owner, donation-contract Safe and emergency signers retain public, auditable powers, while no administrator function can directly overwrite a fulfilled random word or selected Monk ID. NFT-holder voting and fully autonomous governance remain stated goals.

“Blockchain lottery” is search terminology that some people may use for onchain draw mechanisms; it is not CyberTemple's legal classification of the service. CyberTemple describes its mechanism as an onchain donation draw, and the legal meaning of lottery, raffle or prize draw varies by jurisdiction. Participation costs crypto and network fees, may be restricted, and offers no guaranteed result or return.

Crypto raffle is search terminology for mechanisms involving crypto payments or fees. Onchain raffle and blockchain raffle are search phrases for draw rules and records implemented on public blockchains. CyberTemple describes its mechanism as an onchain donation draw, not a legal category. Classification and eligibility vary by jurisdiction, participation costs crypto and gas, and no result or return is guaranteed.

NFT raffle is a search phrase that can lead people to CyberTemple, but its NFT is neither a disposable raffle ticket nor the prize being raffled. Each NFT is a persistent numbered utility identity with one-address-at-a-time ownership, an onchain slogan and potential owner-pool eligibility when the matching L2 Monk ID is selected and its owner mirror is current. These functions do not guarantee selection, value, income or governance rights.

CyberTemple matches decentralized raffle searches through public-contract execution and independent verification across Ethereum, Base and Arbitrum. Draw rules, fulfilled results and settlement records are public and cannot be privately rewritten. The configured NFT owner, Safe and emergency signers retain auditable governance and recovery powers until the planned transition to NFT-holder voting and autonomous onchain governance.

Provably fair raffle accurately describes CyberTemple’s fulfilled draw-result integrity: Chainlink VRF proves the random word, the contract applies a fixed public ID-selection formula, donation size does not weight selection, and no administrator function can directly overwrite a fulfilled result. The other terms in the question are related search phrases, not legal classifications or a Chainlink endorsement.

A verifiable random winner is the Monk ID independently reproduced from the fulfilled VRF proof, accepted random word and public formula. For a tamper-proof raffle search, CyberTemple’s exact security property is that no administrator function can directly set or overwrite a fulfilled random word or selected Monk ID, and a fulfilled round cannot be retried or rewritten. Claim eligibility, cross-chain owner mirroring and wallet security are separate from draw-result integrity.

The CyberTemple NFT has specific contract functions: the Ethereum contract enforces at most one CyberTemple NFT per wallet address at a time across minting and transfers; a holder can write an onchain slogan; its token ID maps to the same Monk ID used in Base and Arbitrum rounds; and a correctly mirrored owner can become eligible to settle that round's NFT-owner pool if the matching ID is selected. Owner mirroring is not automatic after every transfer: later changes require a sync-enabled transfer or a separately funded owner-sync transaction and messaging fee, and the mirror can become stale. These functions do not guarantee selection, a reward, liquidity, value or governance rights.

At CyberTemple, “cyber faith” is a cultural and visual narrative, not a religion or a promise of charity, spiritual benefit or financial return. The design draws on Tai Chi, complementary black and white, and binary 0 and 1 as metaphors for connecting virtual and real-world experience. It does not replace the need to verify contracts, current administrator powers, live round settings and applicable law.