Safety

The recipient holds every switch.

Kildr only works if the person on the other end stays in control. They do: decline a request, use a normal reversible block, make a no-contact block permanent, or opt out of Kildr entirely.

Decline in one tapNormal or permanent blockingOpt out entirely

Recipient control

Five ways the other person stays in charge.

01

The recipient always decides

Nothing is shown until they choose to open it. They see who is asking and how much was paid, never the message itself, before they decide.

02

A request, not a campaign

Each request carries one message and the private links do not expire merely because time passes. A sender can pay to send again, but a normal sender block holds later requests silently until the recipient removes it. A final Never contact me again response can lead to a permanent block that cannot be undone.

03

Decline, block, or opt out

A recipient can decline a single request, use a normal sender block that they may remove later, opt out of Kildr entirely, or after opening choose Never contact me again. That final response cannot be changed, and the recipient can permanently block that sender or all Kildr requests.

04

Reporting

Every opened message can be reported. Abusive senders lose access to Kildr. Paying is not a shield.

05

What payment does and doesn't buy

Payment buys the ability to submit one request through Kildr. It never buys consent, a reading, a reply, or forgiveness.

See it work

The recipient decides how final the boundary is.

A normal sender block stops later requests from reaching your phone and holds them silently until you choose to unblock. If you choose Never contact me again and make the sender block permanent, that block cannot be removed through Kildr.

The demo shows the normal reversible block. The permanent no-contact option is deliberately stronger and cannot be undone once the permanent sender block is chosen.

Wondering where the line is? Is it illegal to contact someone who blocked you?

Incoming request

Demo

Alex wants to send you a message.

Amount paid: $120

The sender paid this amount to Kildr for the request. You do not receive it, and you still decide what happens next.

For illustration only. Opening a real Kildr message is free for the recipient. Nothing in this demo is sent to anyone.

For senders

Reaching out should not expose you either.

You control whether your number is shared

Your phone number is used to verify you and provide your private status access. It is shown to the recipient only if you explicitly choose to share it.

Anonymity is your choice

Choose to show your name or stay anonymous. If you stay anonymous, the recipient only sees that someone wants to send one message.

The message stays sealed

They won't see what you've written unless they choose to open the message. It is stored encrypted and never travels inside the SMS.

New to Kildr? See how the whole thing works.

What Kildr supports now

The full request stays simple. The controls around it are deliberate.

Opening is free

Recipients never pay to open or read a Kildr message. Before opening, they see who is asking when the sender chose to identify themselves and the total amount paid. A sender phone number is shown only when the sender explicitly chooses to share it.

The recipient stays in control

A recipient can decline without opening, block one sender, opt out of Kildr entirely, or report an opened message. A normal sender block can be removed by the recipient later. Declining means that message can never be viewed afterward.

Three optional responses

After opening, the recipient can choose “I need to think”, “Text me”, or “Never contact me again”. The first two can be switched after a 10-minute cooldown. “Never contact me again” is final, and the recipient can permanently block that sender or all Kildr requests.

Themes and read receipts are optional

Senders can choose free themes or buy a premium theme. An active paid theme is added to the visible Amount paid total. A separate read-receipt add-on unlocks Opened and Read status; without it, the sender's lifecycle information stops at Delivered.

Paying creates the request and optional sender features. It never creates an obligation for the recipient to open, respond, unblock, or make contact.