fullmetalScience

For this release I made sure that the various NoShore tools can be run side-by-side on the same machine, as the same user.

This means that you can now team up ghost and gate locally to use them together with a tower-instance, local or remote.

The commands you need in order to issue a transaction can look like this:

gate dest 888tNkZrPN6JsEgekjMnABU4TBzc2Dt29EPAvkRxbANsAnjyPbb3iQ1YBRk1UXcdRsiKc9dhwMVgN5S9cQUiyoogDavup3H
gate cost 0.1776
ghost trigger

That's the boring way, though. Ever wondered how come no website ever provides you a complete string you can just copy and paste to your Monero CLI - like transfer 888tNkZrPN6JsEgekjMnABU4TBzc2Dt29EPAvkRxbANsAnjyPbb3iQ1YBRk1UXcdRsiKc9dhwMVgN5S9cQUiyoogDavup3H 0.1776?

While we keep wondering, NoShore handles this gracefully for us, allowing websites to keep doing their thing.

Let's say they prompt for payment like this: "Send 0.1776 Monero to 888tNkZrPN6JsEgekjMnABU4TBzc2Dt29EPAvkRxbANsAnjyPbb3iQ1YBRk1UXcdRsiKc9dhwMVgN5S9cQUiyoogDavup3H". Instead of plumbing together the corresponding transfer-command, simply have gate handle it:

gate scan "Send 0.1776 Monero to 888tNkZrPN6JsEgekjMnABU4TBzc2Dt29EPAvkRxbANsAnjyPbb3iQ1YBRk1UXcdRsiKc9dhwMVgN5S9cQUiyoogDavup3H"

It will discard anything useless, tell you what remained and set dest and cost accordingly.

For added serenity you can run gate help to see the parameters once again before you execute ghost trigger just as before.

And now for the geeks: QR code scanning++

(as if NoShore wasn't geeky by design :)

Run scan without parameters, use your camera and process a string like the one from the previous example directly from a QR code:

# As seen in this post's image
gate scan

Currently, this is Termux-only, but it can work just as well with your PC's camera.

Installation

To activate all of the above, be sure to clone the current version, v0.2.0:

git clone --branch v0.2.0 \
    https://git.sr.ht/~fullmetalscience/noshore \
    ~/xmr.zone/noshore

Remember to install the optional dependencies as suggested by gate setup.

Why use NoShore as Wallet?

Efficiency, for starters: No sync wait, no battery use - just three commands that sign as fast as tower can plug together the outputs of a new transaction.

Then, having NoShore as daily Monero-driver boosts its development by noticing bugs early.

There's also the configurable donation on tower (just grep for "donate"), so simply using the tool already motivates development.

And finally, if we want merchants to start adopting the concept for payments, we better have our side of the deal in place.

NoShore's on xmr.zone.

With some delay but much dedication the first version of NoShore is now completed.

Its concept is to make payments simpler for end-users by transferring some of the burden to merchants and back-ends.

The back-end prepares transactions, so that all that remains to do for the user's device is to sign them.

While, technically, this allows users to stay offline throughout the process, it is important to understand that the reasoning for going this route is not security.

Instead, it is to reduce complexity, so that Monero may become accessible to broader audiences apart from tech-enthusiasts.

The section "The Big Picture" on the project site describes what NoShore's usage could look like once fully developed.

NoShore's on xmr.zone.

As a runner-up to NoShore offline payments, its basis, XMRPC has received lots of improvements which are are now published and tagged as version 0.3.0, thereby leaving the beta-phase behind.

Highlights

• Validators for address/height/key
• Colorized output
• Wallet-switching

Find further details in the documentation or download the new version directly:

If you haven't previously cloned XMRPC

git clone --branch v0.3.0 \
    https://gitlab.com/fullmetalScience/sxmo-onfire.git

If you are working with an existing clone

git fetch origin tag v0.3.0
git checkout tags/v0.3.0

See also: previous release (v0.2.0-beta), initial announcement

For years, I've been unable to let go of the vision of creating the simplest payment-interface possible.

I couldn't find the required specialists to outsource some challenging parts of my initial design.

Now, thanks to a discussion with the developer of XmrSigner - plus the interest of someone specialized in FPGA's, I realized that I could create a major part of the functionality and, from there, follow a clear path forward.

Please feel free to review the linked CCS-draft - any workable feedback is welcome!

A couple of months ago, rumors about TradeOgre blocking withdrawals for an unrelated crypto asset circulated.

I began avoiding the exchange, but when the other day a user urged to trade on the platform, I decided to publish this tool regardless. It might prove useful to some people in the community.

OGRE is a terminal interface, both console and CLI, optimized for swing-trading XMR<->BTC on TradeOgre.

It is similar in use to XMRPC, but instead of managing your Monero RPC, you manage your orders on said platform.

Please refer to the corresponding section on xmr.zone.

A new version of XMRPC - the alternative Monero CLI has been tagged.

Highlights

• Portrait-view for mobile and narrow terminals
• Read wallet password from PGP-encrypted file
• Auto-save wallet data
• Auto-select Tor node

As will be held commonplace with XMRPC, every important aspect is tweakable through environment variables.

By default, it does what it can to get new users set (using maximum privacy available). As they advance, they may employ options to confine XMRPC to select preferences.

For more details refer to the documentation or download the new version 0.2.0-beta directly:

If you haven't previously cloned XMRPC

git clone --branch v0.2.0-beta \
    https://gitlab.com/fullmetalScience/sxmo-onfire.git

If you are working with an existing clone

git fetch origin tag v0.2.0-beta
git checkout tags/v0.2.0-beta

Your feedback and questions are welcome!

You may also be curious about the initial announcement.

If you are anything like me, you much prefer a good CLI over clicking around in a GUI.

Now, with Monero it's never "fire up, issue transaction, exit".

Catching up on a week's worth of blocks can mean a long wait - especially if there are anonymity networks between you and the node.

If you decide to cope by leaving the CLI running, you find your tx-notes gone after a reboot. Less recent versions would even loose your sync level. Uff.

You could make it a habit to follow your set_tx_note up with a save, but that's not ideal.

XMRPC

To tackle the issue for myself, I've started to write XMRPC, a POSIX-compliant shell script that allows you to interact with monero-wallet-rpc.

This way you can have the RPC continuously syncing in the background and interact when necessary.

In fact, XMRPC takes care of launching the RPC and also creates a wallet if you happen to be starting from scratch.

The tool is aggressive in that it doesn't require user confirmations. If you tell it to transfer, it will try to do just that - with whatever fee or delay the official Monero client suggests at the given moment.

It can be launched interactively as seen in the image or as "one-shot", where only the command passed as argument is executed (e.g. ./xmrpc.sh balance).

Support for labelling transactions has yet to be added, but some parts of XMRPC have already been powering the OpenAlias-service XMR.ID successfully for a while.

You can check out this first version, tagged 0.1.0-beta, at https://xmr.zone/sxmo-onfire/xmrpc.

The test for improved XMR ID sign-ups has concluded on stagenet and the form is now active for mainnet-registrations of "real" XMR ID's at https://xmr.id.

With this, the parts of the sign-up that do not require human interaction got a boost - while nothing has changed for active XMR ID's. The qualities of those are the same - regardless of when and how they were registered.

For those interested in the test's findings, here's a report for transparency.

If you'd rather be spared the details, feel free to head over to !xmrid@monero.town instead, where I publish tips and announce software aimed at making your Monero-life easier.

Sign-up Test Report

Three major issues were encountered and taken care of:

DNS outage

Our provider for the xmrid.com (secondary) domain experienced a partial service outage. For a couple of hours the DNS wouldn't return any responses to queries.

Our internal monitoring reported the error at around 11 p.m. local time. Even though the primary domain xmr.id was unaffected, such issues are particularly stressful, as their resolution depends on a third party.

After resolution, the provider explained:

"It was an issue with some domain updates that got triggered by adding records."

Spam detection

Some major email providers categorize messages from @xmr.id as spam, preventing further sign-up instructions from reaching the user.

There is the drawback of the new, form-based approach: Since you no longer message us first, your hoster doesn't know that our response is desired email.

At the time, the best way to handle such a situation is to send us an email or message on one of the other channels mentioned in the description box at c/XMRID.

Emoji support

A user tested the form with an emoji username - thereby reminding us that this "edge case" hadn't been automated by the time.

Adding emoji support demanded most of the resources since the test. It is now working with support for both, Unicode and Punycode submissions and as an added (internal) bonus it also led to establish a more efficient method for automated testing.

Onward

I have decided to leave the stagenet form active for the time being, so that developers and curious users have a playground for testing OpenAliases in Monero. Note that I will clean up names every once in a while.

So, if you want to try an emoji just enter a heart 🧡, an animal 🦅, a ninja 🥷🏿, some flag 🏳️, your favorite ᚱune or a simple (anti-)smiley 😡 into the username field when filling out the form :)

Independent of the topic of registrations, there's an integrators guide around the corner. There are certain things that wallet devs can do to further secure XMR-ID use. Oh, and the guide will be accompanied by a tool for simplified Monero transactions that fans of "suckless" software are bound to love ...

Finally, a big thanks to all the testers who participated!

(Note that none of the stagenet restrictions apply to "real" XMR ID's from https://xmr.id.)

cross-posted from: https://monero.town/post/2936546

While our XMR.ID stagenet test is about to conclude, I've taken the time to polish and publish another piece from my Sxmo collection - a set of tools that should help simplify your everyday Monero use on desktop, terminal and mobile.

It's called units and is intended to be used as your main calculator and friendly companion for quick XMR rate-conversions.

Details: https://xmr.zone/sxmo-onfire/units/

Feel free to report any issues.

PS: The first piece of the collection is codes, a means of monitoring gift card spending and balances. It was published in September and announced on XMR.ID's Matrix.

While our XMR.ID stagenet test is about to conclude, I've taken the time to polish and publish another piece from my Sxmo collection - a set of tools that should help simplify your everyday Monero use on desktop, terminal and mobile.

It's called units and is intended to be used as your main calculator and friendly companion for quick XMR rate-conversions.

Details: https://xmr.zone/sxmo-onfire/units/

Feel free to report any issues.

PS: The first piece of the collection is codes, a means of monitoring gift card spending and balances. It was published in September and announced on XMR.ID's Matrix.

As we ramp up to celebrate Monero's 10th birthday, here's an opportunity to get acquainted with Monero ID's - easy and free!

TL;DR: Fill out the form at get.xmr.id/form.html to get your very own stagenet OpenAlias.

OpenAlias is great: You hand someone a simple domain name and their Monero client resolves it to a destination. No copy-paste, no QR-code scanning - just ready to send!

To make your life easier, XMR.ID provides this as a service.

Now with faster activation

Previously, setting up your "XMR ID" required significant manual intervention, that delayed the process more than necessary.

After a broad set of optimizations, new aliases are now typically ready-to-use within 15 minutes.

The new automations repect XMR.ID's design goal of avoiding web-based self-service, thus maintaining the previous level of security.

Wanna play?

Before enabling this new method in production, we will test in on STAGENET - a parallel Monero network that works just like the real deal, but with its funds considered worthless.

If you haven't used stagenet before, this may be a great opportunity for you to not only get acquainted with XMR ID's, but create a risk-free playground for your own experiments!

It takes about 5 minutes. At the end you will have an account that can receive funds at <yourname>.stagenet.xmr.id, filled with some zero-value Monero, ready to be sent around.

To try it, simply fill in the blanks at https://get.xmr.id/form.html (onion). No ninja-skills required - and you may contact me about any issues or inconveniences you encounter.

Hackers welcome

Put your white-hat abilities to the test, fool around a bit, probe and report any faults or security flaws if you want to help harden this part of the Monero ecosystem - or just do a speed-run and get your alias.

Your stagenet-alias

This test is set to run for a week, starting today, but your alias will remain active afterwards.

Contact

Let's chat in our Matrix room #xmr.id:monero.social or message me directly at @f:monero.social.

c/XMRID is our place in town. There's also an email address. You'll probably run into it as you go.

Talk soon, f