<q​uincunx55555:matrix.org> Is the option to prune the blockchain only available on install? I didn't realize my hard drive was going to get eaten up.

there is an option to prune after install but it takes at least as much time to do that vs starting over

when pruning after fully syncing the blockchain it will not show that it is smaller but it will not show an increase in size until the pruned blockchain grows to the size of the full blockchain at the time of pruning

AIUI the space obtained from pruning is available for other things as well

^^ from pruning a fully synced chain

<o​frnxmr:monero.social> You can enable pruning anytime

<o​frnxmr:monero.social> Ideally, enable it before you sync ~50gb

<o​frnxmr:monero.social> enabling pruning after the chain has already reached >65gb, it wont _shrink_

<o​frnxmr:monero.social> It will just stop growing until the pruned chain reaches the size that youve allocated.

<o​frnxmr:monero.social> So.. if you arent too far into the sync, just restart the node and add the flag `--prune-blockchain`

^^^^

<o​frnxmr:monero.social> The tool nioc is talking about is blockchain pruning utility.

<o​frnxmr:monero.social> This tool takes your full node blockchain, and uses it to create a _new_ pruned blockchain file alongside it. so you'll require extra space and end up with 2 blockchain databases with using this utility.

*trying to talk about

<o​frnxmr:monero.social> monero.stackexchange.com/a/11455

<o​frnxmr:monero.social> This says GUI, but the tool and flags arent GUI specific

<o​frnxmr:monero.social> getmonero.org/2019/02/01/pruning.html

<q​uincunx55555:matrix.org> Is there a way to get my drive space back after uninstalling? Other than the directory for my wallet, I don't know where any of the data is being stored.

<r​ecanman:agoradesk.com> default location is ~/.bitmonero/lmdb

<r​ecanman:agoradesk.com> Blockchain should be in there

<r​brunner7:monero.social> ofrnxmr: The latest Cake wallet versions supports Tagalog.

<1​23bob123:matrix.org> monero-project/meta #935

<1​23bob123:matrix.org> so staying a single wallet? not splitting it up?

Just a reminder about an important vote that is expiring tomorrow 2 December.

It's to express your opinion if Luigi should or should not continue as escrow manager of the CCS. monero-project/meta #935

It's not a binding vote, but mostly to give luigi1111 (and core colleagues) an impression of what to do.

What wallet supports qr transfer?

<r​brunner7:monero.social> Anonero

<r​brunner7:monero.social> If I remember correctly from news, did not try it myself

feather as well

honestly I cannot say enough good things about feather and the main dev tobtoht

I genuinely can't name a wallet for any coin that I've seen better docs for and he wrote it all himself: docs.featherwallet.org

the docs I mean

<r​brunner7:monero.social> Does Feather support cold signing with tx transport by using QR codes, as I believe is the feat that Anonero is able to?

yes

<r​brunner7:monero.social> Interesting, didn't know

I'm 90% sure it's in, if not it's 100% being worked on

<r​brunner7:monero.social> Yeah, Tobtoht is an excellent example of what perseverance can do. You. Just. Dont. Stop. Until. Success. So simple in principle, so hard to pull through in real.

ok yes I just confirmed I can export unsigned transaction as QR code in feather

and yeah 100%

even with CLI you could have a separate applet that generates QR codes from strings + reads QR codes from webcam

like there's generic stuff in the debian/ubuntu repo for that

<t​obtoht:monero.social> Yes, UR support (animated QR codes) next release.

oh shit I didn't think u were here I'm embarrassed now

does UR bring new features or just make it more versatile / compatible compared to big static ones

<t​obtoht:monero.social> The whole UI/UX is redesigned.

<t​obtoht:monero.social> I'm very close to tagging this and will have a write-up soon.

wow, see this is the shit rbrunner was talking about

looking forward to testing

<t​obtoht:monero.social> In short: More robust (it can handle multiple offline/view-only wallets, recover from lost caches, restores). Only does key image sync when needed. Syncs new key images with unsigned/signed txes. There is now a wizard that guides you through the process (so no more clicking through menus to import/export). There is a dedicated offline mode with UI/info tailored to airgapped signing.

jesus I'm goin wild over here

Can the feather generated QR be read and broadcast by any app, or does it need to be feather as well?

<t​obtoht:monero.social> The animated QR code is compatible with ANONERO. In transmits the standard signed tx binary format over UR, so in theory and UR-capable wallet could scan and broadcast it.

nice!

<r​ucknium:monero.social> I read hinto 's very nice malvarma.org guide to airgapped signing with the GUI wallet. Is it actually necessary to transfer `outputs` ( malvarma.org/transactions/outputs.html ) information to the airgapped signing wallet to tell it which outputs have been spent? AFAIK only the view-only wallet needs to know which outputs have been spent since it constructs the txs.

<t​obtoht:monero.social> You need to transfer outputs to the offline wallet, so the offline wallet can return the associated key images, which the view-only wallet can use to check if they're spent. The offline wallet doesn't need to store the outputs.

Could the view-only wallet mark outputs as spent when it received a signed tx to broadcast? still wouldn't be able to check for spending from other sources ofc

or it still needs key images to tell what's being spent

^^ especially if it remembers what unsigned transactions it has constructed. or maybe that doesn't matter either

<t​obtoht:monero.social> You won't have to do this key image sync for every transaction. If the view-only wallet can construct a tx using outputs with known key images, it will do so. The unsigned tx will contain a request for all unknown key images. The signed transaction will contain all requested key images + the ki for the change output. So, key images get synced as you spend.

<r​ucknium:monero.social> AFAIK, you can use Feather's coin control to do all of that if you...are conserving energy (are lazy). Choose specific coin(s) in the view only wallet to spend, construct tx, sign it in airgapped, broadcast it, freeze that spent output in the coin control tab manually. Only for advanced energy-conserving users 😅

lol ruck ig that's true

<r​ucknium:monero.social> The UX to restore this type of wallet setup from seed words is difficult AFAIK. Restore from seed words does not get you the signed key images in the view only wallet. hinto 's guide says to recover the view only wallet and import the key image file, but what if that was lost?

that sounds like a smart system tobt I was more just asking for curiousity sorry lol

I think you jsut restore seed on offline machine, generate new view only wallet, it scans for outputs, send those to offline wallet, key images get sent to view-only wallet, done?

<r​ucknium:monero.social> Possible workflow with bad UX: Construct a tx in the view only wallet spending each output in the view only wallet (one output per tx) to your own wallet. Seld-spends. Sign all those txs in the airgapped wallet. Then with a local node in --offline mode and/or --do-not-relay-tx mode, send those txs to the local node and see which ones monerod reports as invalid because it double sp<clipped message>

<r​ucknium:monero.social> ends the output. Is there a better way without connecting the signing wallet directly to a node?

<r​ucknium:monero.social> self-spends*

<r​ucknium:monero.social> Seraphis's new view key types will fix this AFAIK

sorry what's the goal

<r​ucknium:monero.social> Lyza: Restore this airgapped setup from seed phrase.

"this" <--?

<r​ucknium:monero.social> After the wallet has already received and spent some coins.

<h​into.janaiyo:matrix.org> Rucknium: the wording is simplified, and yes it's not actually nessacary in some cases but a footnote explaining specific cases seemed out of scope - urging the full process each time seemed safer

<r​ucknium:monero.social> Lyza: Well, hinto's suggested setup. But it probably applies to other airgapped setups

<r​ucknium:monero.social> hinto: I agree :)

I don't see why what I said above isn't the obvious way

<h​into.janaiyo:matrix.org> Lyza is correct, you'd need to do the output <-> key image dance if you're restoring both wallets

<h​into.janaiyo:matrix.org> the guide assumes you have at least 1 half, maybe i should add the full case

=)

<t​obtoht:monero.social> If you restore a view-only wallet from keys with Feather and try to send a transaction it will just guide you through syncing the key images.

<r​ucknium:monero.social> Lyza: Yes, your way is better :)

t​obtoht that seems v smart but also I can see myself at some point wishing there was an override, if I'm trying to spend something I "know" is unspent without the whole rigamorole I could hypothetically make the tx if not prevented ya?

<t​obtoht:monero.social> You can always force a key image sync and check spent.

<t​obtoht:monero.social> Also pretty sure Coins will allow you to spend spent coins.

<t​obtoht:monero.social> Oh I see what you mean. You want to avoid key image sync and spend outputs with unknown key images.

<t​obtoht:monero.social> Key images are not needed to construct an unsigned tx, so in theory this is possible.

<q​uincunx55555:matrix.org> That directory doesn't exist. I didn't change the defaults. Is there a way to find out where it really is?

<o​frnxmr:monero.social> Which OS

<q​uincunx55555:matrix.org> Linux Mint.

<o​frnxmr:monero.social> open terminal

<o​frnxmr:monero.social> Type

<o​frnxmr:monero.social> cd ~/.bitmonero/lmdb

<q​uincunx55555:matrix.org> I also use my package manager to uninstall, but that didn't recover my hard drive space. I installed it again, but wasn't given the option to prune. It sounds like if I prune after syncing, the app just needs more hard drive space.

<q​uincunx55555:matrix.org> bash: cd: /home/me/.bitmonero/lmdb: No such file or directory

<l​ouis.signet:monero.social> Has anybody ran the numbers on the value of Monero based on the equation of exchange?

<r​ucknium:monero.social> louis.libre: IMHO, too much missing information. I don't think you can do it for transparent coins, either.

<r​ucknium:monero.social> You don't have a GDP nor the price level associated with that GDP.

<l​ouis.signet:monero.social> Even with rough estimations, we can add "what we know" + 'what is estimated'

<l​ouis.signet:monero.social> to have at least a floor value

<l​ouis.signet:monero.social> based on the fact that much of the total value is impossible to calculate

<l​ouis.signet:monero.social> so known + estimated value = floor value for monero?

<l​ouis.signet:monero.social> But yeah, missing information is right.

<l​ouis.signet:monero.social> Even with rough estimations, can't we calculate it based on "what we know" + "what is estimated"?

<r​ucknium:monero.social> Let me know if you develop something :)

<o​frnxmr:monero.social> quincunx55555: open the app "disk usage analyzer"

<o​frnxmr:monero.social> and come to

<o​frnxmr:monero.social> Monero Support

<r​ucknium:monero.social> I just searched. There are a few research papers with search terms "bitcoin" and "equation of exchange"

so something like: laptop with webcam, wifi card disabled/removed, strong encrypted drive, strong wallet (feather?) password

<l​ouis.signet:monero.social> MV = PQ

<l​ouis.signet:monero.social> M = supply

<l​ouis.signet:monero.social> V = impossible to know, perhaps estimation based on # txs

<l​ouis.signet:monero.social> P = the variable to solve for

<l​ouis.signet:monero.social> Q = darknet estimated volumes (based on papers/criminal cases ) + published data from s like coincards/ccs/etc

<l​ouis.signet:monero.social> P' = (M*V)/P

<l​ouis.signet:monero.social> I'm no economist though

<l​ouis.signet:monero.social> MV = PQ

<l​ouis.signet:monero.social> M = supply

<l​ouis.signet:monero.social> V' = impossible to know, perhaps estimation based on # txs

<l​ouis.signet:monero.social> P' = the variable to solve for ( floor price )

<l​ouis.signet:monero.social> Q' = darknet estimated volumes (based on papers/criminal cases ) + published data from s like coincards/ccs/etc

<l​ouis.signet:monero.social> P' = (M*V')/Q'

<l​ouis.signet:monero.social> MV = PQ ( equation of exchange )

<l​ouis.signet:monero.social> M = supply

<l​ouis.signet:monero.social> V' = impossible to know, perhaps estimation based on # txs

<l​ouis.signet:monero.social> P' = the variable to solve for ( floor price )

<l​ouis.signet:monero.social> Q' = darknet estimated volumes (based on papers/criminal cases ) + published data from s like coincards/ccs/etc

<l​ouis.signet:monero.social> P' = (M\*V')/Q'

<r​ucknium:monero.social> V is almost impossible to know for Monero. You see some info about V in transparent chains, but you can't use just the blockchain data to determine if txs actually purchase anything. They could be self-sends or deposits&withdrawals in exchanges.

<l​ouis.signet:monero.social> What would be interesting is if we apply the V from transparent chains on the darkweb to Monero

<l​ouis.signet:monero.social> As a proxy

<r​ucknium:monero.social> IIRC usually the equation of exchange's V is solved from the other variables because a country's statistical offices have info on M, P, and Q

<l​ouis.signet:monero.social> Interesting

<luigi1112> that sounds like a pretty good setup. with a fully offline machine you'll need to pull wallet updates and such from a hot machine, so maybe consider spooling up fresh VMs for that. should be infrequent enough though.

what if we just never fork again

^_^

lol

bitcoin fixes this

I saw a local bitcoin atm today. Bluescreened. lol'd

well you'll have the hashes to check against so VM might be overkill, there's a lot of stuff I could think of that would prob be overkill. what you suggested seems pretty good against anyone who can't access your physical space anyway

^^ that is p funny

<r​ucknium:monero.social> louis.libre: Maybe continue in #monero-offtopic:monero.social

<l​ouis.signet:monero.social> :(

<l​ouis.signet:monero.social> I always get confused about what the general room is, sorry hehe.

physical defense is something like 1. shard seed backup or sss; memorize passwords. Theft of device will be rather obvious and take much longer to crack than migration to a new seed (a potential weakness of Ledger and related). Weaknesses would be repeated physical access like some kind of MitM keyboard device or hidden camera, and good old fashioned ransom/torture

there's some interesting proof of concept attacks against offline machines but yeah mostly

A sata cable being used as a 6ghz antenna (using read/write cycles) to transfer data a few meters away lol

a sharded backup is more vulnerable to loss through backup failure, which in general is something to consider and balance, risk of theft vs risk of just losing the damn key

<o​frnxmr:monero.social> Lol @ offline attacks.

yeah anybody that close probably just wrenches you but anyway

<o​frnxmr:monero.social> Sounds like you guys all used to have a hard time holding onto your lunch money in school

<o​frnxmr:monero.social> Anybody who "wrenches" me is probably 6feet under

<o​frnxmr:monero.social> Feds are the only wrench

guess it's settled, ofrnxmr will hold the money since he's such a badass

<o​frnxmr:monero.social> 😭 i didnt think it was badass to not get robbed

<o​frnxmr:monero.social> Thought it was normal

<o​frnxmr:monero.social> Fluffypony wears more on his wrist everyday

didn't he get shook down recently

by the feds but still, not smart to flaunt it

<o​frnxmr:monero.social> Exactly.. feds are the only wrench

in all seriousness that's foolishness

and that's really all I got to say about it

<o​frnxmr:monero.social> You think its more likely that someone runs up in fluffyponies house and takes his watch? (easy, never happened)

<o​frnxmr:monero.social> Or hacks/cracks/infiltrates some tech setup (hard, but they chose that method)

<o​frnxmr:monero.social> Stealing fluffy's watch is low hanging fruit. any real wrencher would go there. Not go looking for a seed passphrase

<o​frnxmr:monero.social> > <L​yza> in all seriousness that's foolishness

<o​frnxmr:monero.social> I really get the vibe that 99.9% of people here have never been outside

<o​frnxmr:monero.social> ..except for fluffy.

<o​frnxmr:monero.social> once again, whether its a ledger or a watch, its 400k and fluffy isnt hiding underneath his computerdesk afraid of getting wrenched

<Lyza> a sharded backup is more vulnerable to loss through backup failure, which in general is something to consider and balance, risk of theft vs risk of just losing the damn key <= yes you'd want to make multiple copies of each shard but it gets messy

<h​into.janaiyo:matrix.org> Rucknium: malvarma.org/maintenance/restoring_from_the_seed.html

<r​ucknium:monero.social> hinto: Thanks!

<1​23bob123:matrix.org> Asking or telling?

<c​omradeblin:matrix.org> If you haven't yet watched the latest MoneroTalk with pablowasserman, feel free to look at it @: monero.town/post/1273197

<c​omradeblin:matrix.org> If you haven't yet watched the latest MoneroTalk with pablowasserman, feel free to look at it @: monero.town/post/1273196

<o​frnxmr:monero.social> Regarding use of feather for creating a wallet.

<o​frnxmr:monero.social> Should it use polyseed?

<o​frnxmr:monero.social> (polyseed is stable.. just not in monero-project/monero yet)

<o​frnxmr:monero.social> im in the "of course it should" party

<o​frnxmr:monero.social> s/a wallet/a multisig wallet

<o​frnxmr:monero.social> and

<o​frnxmr:monero.social> Ledger/trezor only produce 24 word seeds, that can be converted to 25 word seeds right? (24/25 ptsd)

<o​frnxmr:monero.social> Im also in the party of "rollout polyseed support in cli and gui before the next hardfork". Less things to change at once if people start migrating seeds early. (Polyseed by default. polyseed be converted to a 25 word but not vice versa anyway, cant it? Cant we just supply the user with both seeds at wallet generation time?)

<o​frnxmr:monero.social> Feather already supports and uses poly by default, and soon cake will support polyseed as well

<o​frnxmr:monero.social> the original question of "should we use it", i though about because luigi mentioned feather, and feather uses polyseed... and id prefer polyseed to 25 words + restore height.

<o​frnxmr:monero.social> 1 q about poly, with the restore height embedded, is it still possible to "skip sync", (or enter a custom / later restore height)

<t​obtoht:monero.social> anonero has polyseed too (they're running my patch)

<o​frnxmr:monero.social> Nice

<t​obtoht:monero.social> is it still possible to "skip sync" <- yeah, you can override the embedded date

<o​frnxmr:monero.social> Perfect

<o​frnxmr:monero.social> Did anyone notice antpool's new xmr pool

<o​frnxmr:monero.social> antpoolsupport-hc.zendesk.com/hc/en-us/articles/22959590671001

<o​frnxmr:monero.social> Btw folks.. our hashrate distribution is terrible

<o​frnxmr:monero.social> Are yall not mining or what :D