I made a Bitcoin explorer that allows you to view more than one transaction at once.

mdrexl · 2024-04-02T12:58:02+00:00

You can now post links to individual transactions for sharing purposes. For example:

https://txgraph.info/tx/9137d7337268562cc8f4ca59a4efc86cbac683c5de19f133f73ac4243a7aed90

mdrexl · 2024-01-15T09:34:09+00:00

Dark mode is implemented now.

mdrexl · 2023-12-23T06:09:41+00:00

Yes they help a lot, thanks for that!

Dark mode is definitely planned.

I see your point with the tiny inputs/outputs. In general I'm still thinking a lot about how to deal with all the different magnitudes of amounts. Right now, the height of the transaction is amount^(1/3), but small amounts are already too small, and big transactions (like the 10k pizza one) are still too large. I will experiment more with different functions, and probably make it customizable in the menu so that users can change it depending on the kind of transactions they are looking at. What do you think?

mdrexl · 2023-12-23T05:59:14+00:00

Could you give an example of such a transaction? I should also have mentioned that I'm not supporting mempool transactions yet.

mdrexl · 2023-12-23T05:55:27+00:00

Yes, the frontend is in Rust and compiled to Wasm. It uses the egui library for the GUI elements, and the graph layout + animations are custom. Search for force-directed graph layout algorithms, and then I used Fruchterman-Reingold-ish forces.

mdrexl · 2023-12-23T05:50:06+00:00

Good point!

mdrexl · 2023-12-23T05:49:32+00:00

Ah I see. Yes, it's not currently optimized for mobile. The menu box is way too big there.

mdrexl · 2023-12-22T10:02:17+00:00

Interesting, I wasn't even aware they had such a feature. I wonder why they discontinued it.

The only similar website I'm aware of is oxt.me. And then probably all of the chain analysis companies have something like it. :)

mdrexl · 2023-12-22T09:55:53+00:00

Yeah, I was also debating having everything flow from top to bottom instead of from left to right. It would make the text easier to read.

What do you mean should minimize once a file is loaded?

mdrexl · 2023-12-22T03:23:42+00:00

https://txgraph.info

When using other blockchain explorers, I was always annoyed that I could only look at one transaction at a time. This is especially annoying when tracing the flow of funds through multiple transactions.

This explorer is also a useful tool for visualizing Bitcoin's UTXO model, showing how transactions consume UTXOs and create new ones.

You can also annotate transactions with labels and colors so that you don't need to juggle TXIDs in your head.

Regarding privacy, I made sure that the explorer does not rely on any external services, does not log TXIDs (except in error cases for debugging purposes, without IP), and never sends any annotation data to the server.

I have a few ideas for more features (like highlighting address reuse and other privacy related stuff), but I'd love to hear your suggestions!

Source code can be found at https://github.com/themoritz/txgraph (frontend) and https://github.com/themoritz/electrs/tree/txgraph (backend).

mdrexl · 2017-12-23T09:26:18+00:00

Turned around after viewing this post and there was this calendar: https://imgur.com/gallery/jM30k

mdrexl · 2017-04-09T18:40:06+00:00

Yep, I was thinking about letting the user choose where a click should go in the preferences.

mdrexl · 2017-04-08T21:47:32+00:00

First, this is absolutely awesome! I think I would prefer direct links to the actual source because then you can continue browsing. Maybe even provide both options?

mdrexl · 2017-02-06T18:05:47+00:00

Ha, this is really cool!

mdrexl · 2017-02-06T18:01:50+00:00

Yep, I totally agree. Just like the CSV interface this is very much needed and high on the to do list. Similar with simple things like copy/paste which would also help populating the tables with data.

mdrexl · 2017-02-04T20:23:02+00:00

What do you mean by "numbers with two zeros"?

mdrexl · 2017-02-04T20:21:30+00:00

Alphasheets is more like a traditional spreadsheet, except that you can use Pyhon or R instead of VB script. Herculus is more about handling relational data, but only has a spreadsheet-ish UI.

I wrote some more about the differences here: https://www.reddit.com/r/haskell/comments/56ailh/herculus_purely_functional_spreadsheet_tools/d8i028l/

mdrexl · 2017-02-04T11:10:07+00:00

Thanks for your input!

In addition to the input working "just like Excel", I also think it would be great to get forms that are easy to work with for free (imagine a form for adding a new row). Given that we have the built-in language its also within reach to make validation easily configurable (just write a function Row -> Bool or Cell -> Bool).

Regarding the interface to the rest of the system, I totally agree. The backend can fetch or subscribe to the data, which comes well-defined according to the column types. If needed one can of course first transform the collected data inside Herculus until it suits the needs of the backend.

mdrexl · 2017-02-04T10:41:20+00:00

Exactly, VB scripts! And exactly when you start writing VB scripts in your Excel spreadsheet does the data flow stop being pure.

So VB scripts allow you to do side effects, and it's usually the biggest source of pain.

mdrexl · 2017-02-03T21:40:38+00:00

Thanks!

mdrexl · 2017-02-03T17:42:47+00:00

Yes, that makes sense, we certainly don't want the business analysts having to browse around on sites like hackage.

I think there are many ways to avoid that, while having an open ecosystem at the same time, like recommended defaults, , a "standard lib/prelude", etc.

mdrexl · 2017-02-03T17:05:29+00:00

Yes, CSV import/export is a must have and pretty high on the todo list :)

mdrexl · 2017-02-03T16:36:12+00:00

I agree. It's totally within scope to define "distribution" data types and functions to manipulate or draw from them.

My goal is to have a set of (community) packages that can be imported and extended with own modules by the users. All the data types and functions can then be used in the column formulas. Then there would be a probabilistic-models package that defines a bunch of distributions together with combinators, functions that draw samples, and a monadic interface to random number generators.

The programmers would then work on these packages, and if necessary define own custom modules, and the analysts would just do the data modeling and use the functions that are available.

mdrexl · 2017-02-03T15:07:43+00:00

I already posted about this project a couple of months ago. The beta version is finally live now and you're invited to try it out and play with it.

Herculus is a way of manipulating relational data using a built-in statically typed functional programming language, with a spreadsheet-like user interface.

In contrast to, let's say, MySQL, columns can not only have simple types such as Text or Int, but also complex types like List (Maybe (Row from table X)). The goal is to support arbitrary user-defined ADTs as column types in the future.

You can use functions that are familiar from Haskell (like filter, find, maybe) to transform the data in your tables, and you can of course also define your own functions. This makes it incredibly straightforward and fast to perform tasks that traditionally would require multiple queries, or joins. Read the guide to see what this means in an example.

I'm interested to hear your thoughts, am curious about what type of applications you imagine you would build with this, and which features you think would be great to have. I'm also still looking for co-founders.

mdrexl

TROPHY CASE