{"accept-ranges":"bytes","body":"Date: Fri, 17 Apr 2026 16:35:58 -0400\nFrom: funkymail \nTo: cypherpunks@lists.cpunks.org\nSubject: Re: [spam][crazy][fiction][random] Non-Canon MCBoss Spinoffs\nMessage-ID: \nReferences: \n \n \n \n \n \n \n \n \n \nMIME-Version: 1.0\nContent-Type: text/plain; charset=us-ascii\nContent-Disposition: inline\nIn-Reply-To: \n\nOn Fri, Apr 17, 2026 at 08:55:33AM -0400, funkymail via cypherpunks wrote:\n> > > > > > > > > > > > > > > > https://aoweave.tech/hYt6IIPFb8HLow7bf39FoKjY9MCu854hWpESH2Oiyfs\n> > > > > > > > > > > > > > > https://aoweave.tech/mWO8kdHEkJ-Zh1TJBIya-T5sJBXdzr6NGQzP1CN0Chc\n> > > > > > > > > > > > > > https://aoweave.tech/a2FrAIlf2EqBT8TQ6y-E_Y69N_KqLPgPhDTGNG-A5ZM\n> > > > > > > > > > > > > https://aoweave.tech/3wFjC-y780bhFc9oPPYBTUEkTOjBMgS3W7sqUy65pT4#lUm9coOPT9JxOJ2ewK4sGxvIoZjXQeHi70qGUaraq06scjbcxX1kzzt3CPVeK1pI#1896085\n> > > > > > > > > > > > > https://aoweave.tech/tIBH7dOj7U5kHpBxkPhSDjLoYiSfL9-Dl1Hhdpw0iSU\n> > > > > > > > > > > > https://aoweave.tech/kRCOQar2xH-RkocPZ8sOGiaLSWl4ivNa0mLT08rn3fU#EkyX7KwYSxMosGQjB_iN1HmdVLxPwOtck3_w4HwHj8uo12uM5tFiopyR2H9-hS5s#1896489\n> > > > > > > > > > > > https://aoweave.tech/HagBr8xWiwbtIgvxnsRV0V7tA9g9Yhnh2Y7ODom-lL8\n> > > > > > > > > > > https://aoweave.tech/XgcXcBy7_jsOxNa7FEiBSeyrC2rjUb4YxFlhnrdEOeI#uFrMuJF_1ACbNpwIYSw_3D-DbLH4JGAHDXxm8ImJzPqpUZGlYq279PD7Y3Lv-dlB#1897091\n> > > > > > > > > > > https://aoweave.tech/55zJYMXemTsh-uxgKUxNQIhKrvg9IdQAu37EYDSDMjs\n> > > > > > > > > > https://aoweave.tech/PxShJbkAXyDCuO8AcDAtpaVv01s1p1um3mC09I0sABU#4uAwme8uhsv6abGnf1j1lLN2DqdbINdRE-AhSBqoXE9VNfe3hedEdB9EGFPcPKIx#1897094\n> > > > > > > > > > https://aoweave.tech/4sPnE2J_r2D9l2OtyRispMOaRbCri23XFKugTLuaLic\n> > > > > > > > > https://aoweave.tech/0HvvLyVn6IKAeW64WwWrK3OQxIzmR0E-1OkBMKXaC2U#v2Bp1ZdSwX1Wi5r4CtbqL88A2m2xe6FBV1WqsgbyC_6aMh31j6oTGUhIiP8NRuGN#1897103\n> > > > > > > > > https://aoweave.tech/Jw0Y9R8IBaPlePWk0GmGtDvkwMM1TmBm2I0kmDKoOQA\n> > > > > > > > https://aoweave.tech/4c4ogh0qZbZCVHZTwDulKKnvdfQDZhAYV4SPq9b7_co#hmjYwT8Traahoicb6LCADckamkhmYHNIvC1iNYW0aydwN5oDmpBVakqp6jdK1n9h#1897124\n> > > > > > > > https://aoweave.tech/2LDE7exgAUzIezT12u9toJa2JSUE8yp8hx9xbV_MKPw\n> > > > > > > https://aoweave.tech/d9U3Y2YdOIlOPce0TNB4ALg7ZJwHjiB4ol8Njq7IBmM#TWbiekdoZw16XraAJuOfX1YmSGQv3l-F2gcRMpNKp3OJspnocFiDaoadDpB-Hcir#1897313\n> > > > > > > https://aoweave.tech/85Q3SQwSbUtwrITuUzVPbKseAHHIfP7w5l3AB0iFiUI\n> > > > > > https://aoweave.tech/_XuGeICiXOelkjoFUJTwWF92EFccKFFUfIAds8HeCuc#yFB_kC7WdYHYkhy6ffEgUr2AXqZbg4WM2_-SEV5j4-igRD-ELN6BIFLdpWmjFCHH#1897318\n> > > > > > https://aoweave.tech/3SimE6KCJCNnligrpBIAMwmt0-mcGGDJ8OzRly3uVeQ\n> > > > > https://aoweave.tech/k6OqacHE35A6hyGJ_S00tuGBDbEzGeinMtP4HogXP6A#0h6DJ6UaKiQ0o16ae2s653Yymdx7AYBlvSE6Da3vBlOzXpOJ9hTzgn-DTvKlzq1z#1897840\n> > > > > https://aoweave.tech/IN_hP7kSJJZZQWS1GvqjOAKHSlMBZV0XCPfMmYHrEWc\n> > > > \n> > > > bip b\n> > > > \n> > > > https://aoweave.tech/gpYK1JphfChcLQKLM2QOZ8nguKOhxFstgZWBQssIBzc#fjV47fJz9qwABvdzfDXoYyF1r5yQGyPjcszaC0CWzdvxOfZzoZQJ0MKxCMNlg64R#1898566\n> > > > https://aoweave.tech/dXu8N0TGFBTmEBh6NXdD5tivWsBijWGFl-UgvUnzoVU\n> > > \n> > > i found some fun/simple coding tasks that might relax me today we'll see\n> > > \n> > > i tried to download one of my streans (by patching out urls and such) and it turns out pyarweave might need its block format updated!\n> > > \n> > > in other news i think i solved trustwebs (more likely i will be\n> > > adding mistakes to an existing solution to only part of the problem) which is so on-topic and cool!!!\n> > > \n> > > the idea (hun i may have said this before but it might be more stable)::\n> > > - all onformation is useful. the system doesn't decide what is\n> > > trustworthy.\n> > > - user express statements, votes, whatever signed by public keys.\n> > > a user can have one or many public keys, freely change them etc.\n> > > trust is associated with a public key.\n> > > - a user can privately express things they consider of value. this\n> > > information is not shared but is used by their client to identify\n> > > public keys that share their view. this transfer of trust is then used\n> > > key-to-key.\n> > > - trust of a key hinges on a _termination time_, the earliest opinion\n> > > that _disagrees_ with the source of transfer. at this point the key\n> > > that changed its similarity has entered a different mood or it or its\n> > > owner has been otherwise coopted by other opinions.\n> > > - the design hinges on universal access to a trusted store. if this is\n> > > not available then it's more like an advanced friend-to-friend\n> > > situation.\n> > > upgrades:\n> > > - custom functions for trust transfer including partial trust such as\n> > > 0.0-1.0\n> > > - market or work based incentivization\n> > > attacks:\n> > > - an adversary might create many thousands or millions of public keys\n> > > that express unrelated choices and opinions in order to try to make\n> > > the algorithm useless. to handle if this happens, the search for\n> > > good keys would need to become more robust, verifying many agreeing\n> > > opinions, or using other avenues such as friebd-to-friend.\n> > > \n> > > The basic heartening ideas are of not requiring system trust or relativ\n> > > infotnation value, and using the patterns of what is real and logically shown\n> > > to identify what the user finds useful.\n> > > \n> > > For example, in that sybil-key-attack, any information that can be\n> > > publicly shared and used to differentiate the attackers from good users,\n> > > can then be used by everybody to filter them out, using simple\n> > > propagation of trusted properties.\n> > > \n> > > But the nice thing is once you find a good user, easy if you know a\n> > > user personally, then you get all their trusted keys, and the more\n> > > shared knowledgr you form with them the more readily you can filter\n> > > the attackers out, possibly at that point the attackers a setting a\n> > > baseline of trusted agreement that needs to be formed to filter out\n> > > noise. Ideally things evolve such that performing an attack strengthens\n> > > the network, but it may need further logic.\n> > > \n> > > The idea is to start simple, try to make it flexible, and leave it open\n> > > to adding on.\n> > > \n> > > so, what would a somple structure be?\n> > > need a way of _representing a signed exptrssiont that's useful_\n> > > well, in a cryptographic store expressions are already sigbed.\n> > > - need a way of finding other expressions by that key\n> > > \n> > > then a question, do peoppe express trust of keys? or maybe it's\n> > > interesting to keep trust implicit in similar exptession.\n> > > i _would_ trust a key if this key were to make thr same decisions and\n> > > observations as me.\n> > > however, that's only useful if enough decisions and observations are\n> > > shared.\n> > > \n> > > so, maybe it is useful for people to be able to share everything they\n> > > express or use. this helps the network function. but information could\n> > > also be kept local if privacy is desired.\n> > > \n> > > most important information to share is the expressions .. big work then\n> > > is transfer of trust\n> > > \n> > > now, an interesting thing is that users and third party data sources\n> > > could work together. say you jave some data from a provider or respurce\n> > > or scan of a document. this source could be given a public key too, and\n> > > a date .....\n> > > \n> > > basically _trust is extremely useful in the face of incorrect or\n> > > cobflixting information_ and it can be done with improved concern for\n> > > privacy which is the big problen with information trust netwotks,\n> > > exposing users with conflicting views.\n> > > \n> > > maybe had more mature expressions around this in the past :/ like i\n> > > think i came up with much better ways of protecting users keeping them\n> > > in carefully expanding groups that only learned a little about each\n> > > other and such :/\n> > > \n> > > but y'gotta start somewhere.\n> > > \n> > > nowadays when attacks come they can be powerful aggressivr strikes that\n> > > serve to not simply briefly disrupt a neteork but as part of coordinate\n> > > disruption of teams, communities, people. this makes the \"try it and\n> > > improvr\" strategy less effective or useful.\n> > > \n> > > still, one has to start somewhere.\n> > > \n> > > vulnerabilities serve as honeypots only if the people involved stay\n> > > safe and able to access and use logs that were successfully made and\n> > > retained.\n> > > \n> > > so!\n> > > \n> > > information is not complex. basically you have a subject, a property and\n> > > a value.\n> > > \n> > > so say i drive by a gas station and the price is $5.20 ir $2.18 up on\n> > > bright letters, i could publicize this informatioj further. but then say\n> > > i go to yhe pump and it says $4.09 I can publicize this too.\n> > > \n> > > For that to be useful, we need to specify where the measurement was\n> > > takeb from, as well as infer trust algorithms from measurement\n> > > disparity.\n> > > The real price of gas eas $4 but the sign said $2 or $5. This means:\n> > > - signs only usually relate real price\n> > > - they didn't at this gas station .\n> > > \n> > > Just like a user can get coopted by othet opinions, so did the sign at\n> > > the gas station. We wouldn't want to trust it again without some process\n> > > if rebuilding trust.\n> > > \n> > > https://aoweave.tech/Cx65hQ9RGTS5YoILo4SwTf_o4YqQZVtokduck2dw9VI#43AkodsNmVKUracXmA-w-vEJoS9MwLDxtw5NmBx3Bc_b7JRKkTSyvoivKcIIENIn#1899604\n> > > https://aoweave.tech/QyhLa5Wvzn2pL2qryCUnqR4noJbomUpMa53mL0GixM4\n> > \n> > We can take that further. Say the price of gas is _fluctuating wildly at\n> > the pump_ at that gas station. First it's $4.24, then later it's $3.89,\n> > then latet it's $4.69 . Users don't necessarily expect this but it's\n> > physically possible.\n> > \n> > You could model this, use a standard devistion or a running average or\n> > train a model to predict it somehow, but also you could consider\n> > trust over time.\n> > \n> > Measurements are not usually made simultaneousl--\n> > \n> > https://aoweave.tech/ehW0tc5NbNfyCdSLdsnVA2JdVhbAiqpl1eoHXG9ZlJM#bIAOds5s7iYaLNkfz-r8cKsk94tio2tiB9RdTwlM3n1seSZTRSskXFJdHZP1JbaA#1899605\n> > https://aoweave.tech/0fzHXOLoF4v4Ar4S7N2GmLYIX2bRQ0XLQFUK4MjzBWs\n> \n> .... long story short like trust expires for a key that changes views or\n> a sign that does this too, we could cobsider how long does trust last\n> for a givrn measurement to be accurate eithet precisely or within a\n> metric.\n> \n> So:\n> - does key predict reality?\n> - does sign predict pump?\n> - does old measurement predict future?\n> \n> We could consider these things as boolean yes/no concepts, or functions\n> of dependence, and what seems likely is somewhere;in the middle -- maybe\n> a simplification could be how long do we trust this?\n> \n> But more intetesting is transfet of trust. How do we form predictive\n> groups of information from the available data? We make _rules_ that\n> cab either br automatically infetted or proposed by users. We want to\n> approach those spaces being identical, for forthright, accurate, and\n> smart usets. Or even better an algorithm surpasses users.\n> \n> So we would _distill and codify the process of learning from experience_\n> with sparse coded datapoints, which computets are good at. This seems\n> possible _not_ because of;AI, bit rather because _leatning is just\n> probabilitu anf statistics on groups of properties_. The novel thing is\n> possibly forming those groups, and we can express that as a learned\n> inference _over the theory that there are *useful* groups_ in the data.\n> \n> ...\n> \n> y'gotta hold it steady here. it's a little much for me i might do the\n> ftl teleportation instead.\n> \n> But this is almost certainly something well studied in multiple fields.\n> Here's sone data, we propose there are useful groups among it.\n> A group is useful if forming it helps do what we are trying to do.\n> Here, that might be predicting properties of intetest to users, or\n> predicting trust which further predicts properties -- and there we can\n> see an inital useful inference, trust itself. [][]\n> \n> https://aoweave.tech/XH4fsBp10JRTef8Rlntp-htT6saZ23HsTq9ItwHHZew#8MEohnXKTT1nQXUlj5Tv_rBarbsIwCk0N9BYGLSHkZEzf8Em1E9PwpNF3WL4sAVa#1899609\n> https://aoweave.tech/pmjSVKV8w7EWDXP5in3SuVNUV3EOngPK8lAfc-kScbA\n> I am not affiliated with https://aoweave.tech .\n\n\n[[[[[oooooops]]] uhhh\n\nregarding the above so umm uhh you'd offer trust _to algorithns of trust\ntransfer_ -----------\n\nbut you don't need to make it an AI you could just use normal lists\n\nbut it's also interesting how--\n","commitments":{"9rcyIxddyi_3eKWY_Os_gUNRtEhR7eqOzbx-Oh0v-Pk":{"commitment-device":"httpsig@1.0","committed":["accept-ranges","ao-types","body","content-type","data-length","data-offset","header-length","offset","raw-id"],"keyid":"hmac:constant:ao","signature":"9rcyIxddyi_3eKWY_Os_gUNRtEhR7eqOzbx-Oh0v-Pk","type":"hmac-sha256"},"gAkMwHwUXm4GTE_TbvtLIig7KO_faokdEorH1zhB4ew":{"commitment-device":"httpsig@1.0","committed":["hashpath"],"committer":"uri-did-ar-eeqouqjay-pdzrttmh7o2wmbbjfpwihj7tqssd5xbng5ku5hujhc","keyid":"uri-did-ar-eeqouqjay-pdzrttmh7o2wmbbjfpwihj7tqssd5xbng5ku5hujhc","public-key":"sqvqTL5OjNoXrXs-gKxyqp2cPR0CjMkp9iNIwCPQkrCnaOQ5jgf6mqUOvCM3xJ1N7CflckWrRWZf7k1K37pNsvlrX8BxxyKLhPnFBAlnH2W3Os_3gUcWo1vDeMuJ2XeqU32AbtHXkpeG8GhZn7_ChQlvXdYUQHndR7JKjdhxHqBm7pCMS4Hnf1jGpcQAnlKA3vMvQCsZrnMjkJimkmoHURhUiduCDMtyV7iAYTstgswWUoHF9V7nL63xhAPR08buX7IOORejOLht1D1wwKZeZoZMGweYEeqCAZ2JK8VJJB1Ft8bMJQGnKHC-Lxbb9RM8omhHkeFF7pGUfzbEWr0--4q9au7RJ0M88Ql0nURMP63sUGqe900MtYvSVaIKC3gz46YO0yXojYXw-314GEtrHAWsZj7yfrGCnjNaNxCcP-Jrd7vEvfaj8LAw_HzzPRmALc9iS5yxSPlJdXJ0JMUH7ZIupW5lshK-pAmhEiWB1XUckLLqyod7r6KHoZppOHDxQIl_BQz_hcevUEFsI29-IXTg3hJ0WfatW6Ax342mTtzP1AXZUqmln0m5HON8UUlhAblUm9oXgi3VRAef7HXkNpgOn11-XbevWHNCxAezM0IQ51i1Kfb34acMS_wefY7PPbPoD4U8SW13FyxP1erMSJiZmgwTnvJ2FexYtkK0pqc","signature":"q3tpjP-484m0b_ERgrfvSbIiDI6GI5LQRQmvUfb-SIDeLHzD3g6rI36chxHmaoC4Q2nIOnKla-XhwBVa-xgW_MU-X753CJmnqp8DlHTdMpdmkQ5zGSGNRtneQ5-LfMopCMDtbt1rA9M2h1cX_Sfsi9rcZj7Rl6H4hsaBmEDSg_ZwDg54ucQf1js1HR8IBXDiKDuZDuxNz-3lNz9TiU6G0qg3WM5Qxvgkod7FTaBWjYpHIkBW8Nx7qxEzZJkfP2ojmYT_TRRn9D5JiPqpqVYuHdqZTyihU034FtjtIhOKPmcZ4ooJn-ALLOU0x0L7pWZJqfLY5mDLY87JqnldET-5n79OQGMYStBwkD_L0pfKBVZrb7YYerO-u-0vDRqIZHazpTctoXgYQOxOcLHxtTUPMWs3gpFMwX5ElqU3J6EczhryzSL0YNLTdqmM51hVwfLd0hJXYQ9PIE0TAR-3YULMds_UtHGbwlymctP9sZWfgexphESKm8GaVMEeZwtTs6SNixm3g7J5sZIiV7gOdwUN12iqBs5MlBmmM8tzUNs2DrJknWQ6R5IbJQ-bgxUBGgvn2n0j_fmx_14COjFCqeg6KxIQdhoNhiIBoH2lec5CRGomgcD-LH3yCyyJnUw12rB5YSOiY3nKxdApOcKYfgMf1n8f25NRCYsuOeb9Nj50aJw","type":"rsa-pss-sha512"}},"content-type":"text/plain","data-length":12902,"data-offset":386729627667764,"hashpath":"ao:R5tvB1eFm_D3vph02CMWMFUAsfehQ4QEqM_AaJFcowo/ao:XgEsDy5fAdm-oj-Ms-rcuZTp4ARFGCUXf0gigExfGtc.9rcyIxddyi_3eKWY_Os_gUNRtEhR7eqOzbx-Oh0v-Pk","header-length":1130,"offset":386729627666634,"raw-id":"bc8EevrDWr11a3sz2nYg3lREe2jApspq_UZ5ybSfBv0"}