CN113158104A

CN113158104A - Method and device for realizing pixel occupation of pixel page

Info

Publication number: CN113158104A
Application number: CN202110366332.1A
Authority: CN
Inventors: 邹雪晴
Original assignee: Alipay Hangzhou Information Technology Co Ltd
Current assignee: Alipay Hangzhou Information Technology Co Ltd
Priority date: 2019-10-09
Filing date: 2019-10-09
Publication date: 2021-07-23
Also published as: CN110717124B; TWI748441B; CN110717124A; WO2021068625A1; TW202115592A

Abstract

Embodiments of the present description provide methods and apparatus for enabling pixel preemption in a page of pixels. In the method, in response to a pixel occupation request initiated by an acquisition user on a client device for a target pixel, acquiring occupation required cost of the target pixel, the occupation required cost of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information in the block chain node. And then, sending a pixel occupation transaction to a block link point, wherein the pixel occupation transaction comprises a user account, a pixel identification of the target pixel and occupation required cost, the pixel occupation transaction is executed at the block link point, and when the pixel occupation transaction is successful, the pixel occupation processing is completed by using second pixel occupation information corresponding to the pixel occupation transaction.

Description

Method and device for realizing pixel occupation of pixel page

The application is a divisional application with application number 201910953999.4 and invented name of 'method and device for realizing pixel occupation of pixel page', which is submitted in 2019, 10 months and 9 days.

Technical Field

Embodiments of the present description relate generally to blockchain application techniques and, more particularly, to methods and apparatus for implementing pixel preemption of a page of pixels based on a blockchain.

Background

The pixel occupation application based on the block chain technology is an application integrating games and art. In a pixel-preemption application, a pixel page, which may also be referred to as a digital canvas or pixel map, is provided online. A plurality of pixels (which may also be referred to as "pixels" or "pixel grids") are disposed on a pixel page. For example, a page of pixels may include 100 million pixels. Each pixel may be used for drawing or personal presentation, such as presenting personal information or the like.

A user may have possession of the right to take and use of a pixel by spending a certain amount of money (e.g., a bitcoin, token, etc.) to purchase the pixel. The number of pixels in a pixel page is limited and how to achieve pixel occupation of a pixel page is a problem that needs to be solved by pixel occupation applications, especially in cases where the pixels that need to be occupied are already occupied by others.

Disclosure of Invention

In view of the foregoing, embodiments of the present specification provide a method and apparatus for implementing pixel occupation of a pixel page based on a block chain. By using the method and the device, the occupation of the pixels in the pixel page can be effectively and safely realized.

According to an aspect of embodiments herein, there is provided a method for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption description information and preemption cost information, the method performed by a client device, the method comprising: acquiring a pixel occupation request aiming at a target pixel, which is initiated by a user on a client device, wherein the user has a user account in the block chain network; acquiring a occupation required cost of the target pixel in response to the pixel occupation request, the occupation required cost of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information in the block chain node; and sending a pixel occupation transaction to the block chain node, wherein the pixel occupation transaction comprises the user account, the pixel identification of the target pixel and the occupation required fee, the pixel occupation transaction is executed at the block chain node, and when the pixel occupation transaction is successful, the pixel occupation processing is completed by using second pixel occupation information corresponding to the pixel occupation transaction.

Alternatively, in one example of the above aspect, acquiring the occupation required cost of the target pixel in response to the pixel occupation request may include: and responding to the pixel occupation request, and acquiring occupation required cost of the target pixel from a block chain link point of the block chain network.

Alternatively, in one example of the above aspect, acquiring the occupation required cost of the target pixel in response to the pixel occupation request may include: in response to the pixel preemption request, acquiring first pixel preemption information for the target pixel from a blockchain link point of the blockchain network; and determining the occupation required cost of the target pixel based on the occupation cost information in the first pixel occupation information.

Optionally, in an example of the above aspect, the method may further include: receiving third pixel preemption information from the blockchain node in response to pixel preemption processing completion, the third pixel preemption information including at least second pixel preemption information for the target pixel; and displaying part or all of the third pixel occupation information in corresponding pixels of the pixel page, wherein the displayed part or all of the third pixel occupation information at least comprises occupation person description information.

Optionally, in one example of the above aspect, the pixel preemption request can be received in response to the user selecting the target pixel in the pixel page.

Optionally, in one example of the above aspect, the target pixel is determined by a system of the client device.

Optionally, in one example of the above aspect, prior to sending a pixel preemption transaction to the block link point, the method may further comprise: and displaying part or all of the acquired first pixel occupation information in the target pixel, wherein the displayed part or all of the first pixel occupation information at least comprises the occupation person description information.

Alternatively, in an example of the above aspect, the third pixel occupation information may include latest pixel occupation information of each pixel of the pixel page in the block chain node, or the acquired third pixel occupation information may include latest pixel occupation information of a pixel at which occupation information at the block chain node is changed.

Optionally, in an example of the above aspect, the method may further include: caching the acquired third pixel occupation information in the client device.

Optionally, in one example of the above aspect, the tenant description information may include tenant avatar information and/or tenant textual description information.

Optionally, in one example of the above aspect, the pixel occupation information may further include a tenant message information.

Optionally, in an example of the above aspect, the method may further include: sharing a pixel occupation content message, the pixel occupation content message being generated based on part or all of the first pixel occupation information.

Optionally, in one example of the above aspect, obtaining a pixel preemption request for a target pixel in the pixel page initiated by a user on a client device may include: in response to a user selecting the target pixel in the pixel page, providing a preemption request confirmation interface including a selectable pixel preemption request type for user selection or confirmation; and determining a pixel occupation request in response to a user selecting or confirming a selectable pixel occupation request type, wherein the occupation required cost of the target pixel is determined based on the type of the pixel occupation request and the first pixel occupation information of the target pixel.

Optionally, in one example of the above aspect, the selectable pixel preemption request type can be determined based on a current preemption charge for the target pixel and a user account balance for the user.

Optionally, in one example of the above aspect, the selectable pixel preemption request types can include a pixel-alone preemption request and a pixel-joint preemption request.

Alternatively, in one example of the above aspect, the selectable pixel preemption request types can include a pixel individual preemption request and a pixel joint preemption request, and the pixel joint preemption request can be provided after a pixel preemption transaction fails for the pixel individual preemption request.

Optionally, in one example of the above aspect, the page of pixels may be scalable.

Alternatively, in one example of the above-described aspect, a predetermined pixel of the pixel page may be provided with a bonus object pool, wherein, after the target pixel has the bonus object pool and is successfully occupied, lottery processing is performed at the tile link point, and the drawn bonus object is distributed to the occupants of the target pixel.

Alternatively, in one example of the above aspect, when the target pixel is jointly occupied, the owner of the reward object and/or the occupant description information may be determined based on a voting mechanism, wherein each joint occupant may be given the same voting right or may be given different voting rights based on a preemption charge payment amount.

According to another aspect of embodiments herein, there is provided a method for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption description information and preemption cost information, the method performed by a blockchain link point, the method comprising: receiving a pixel occupation transaction sent by a user via a client device for a target pixel, the pixel occupation transaction comprising a user account of the user in the blockchain network, a pixel identification of the target pixel, and a occupation required charge of the target pixel, wherein the occupation required charge is acquired in response to a pixel occupation request initiated by the user via the client device, the occupation required charge of the target pixel is determined based on first pixel occupation information of the target pixel, and the first pixel occupation information is current latest pixel occupation information in the blockchain node; performing a pixel preemption transaction at the block link point; and when the pixel occupation transaction is successful, completing pixel occupation processing by using second pixel occupation information corresponding to the pixel occupation transaction.

According to another aspect of embodiments herein, there is provided an apparatus for implementing pixel occupation in a pixel page, the pixel page including at least one pixel, each pixel having pixel occupation information, the pixel occupation information being stored in a blockchain network in the form of blockchain data, the pixel occupation information including occupation description information and occupation cost information, the apparatus may include: a occupation request acquisition unit, configured to acquire a pixel occupation request for a target pixel, where the pixel occupation request is initiated by a user on a client device, and the user has a user account in the block chain network; a occupation charge acquisition unit that acquires occupation required charge of the target pixel in response to the pixel occupation request, the occupation required charge of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information in the block chain node; and a occupation transaction sending unit which sends a pixel occupation transaction to the block chain node, wherein the pixel occupation transaction comprises the user account, the pixel identification of the target pixel and the occupation required cost, the pixel occupation transaction is executed at the block chain node, and when the pixel occupation transaction is successful, the pixel occupation processing is completed by using second pixel occupation information corresponding to the pixel occupation transaction.

Alternatively, in one example of the above-described aspect, the occupation charge acquisition unit acquires the occupation charge of the target pixel from a block link point of the block chain network in response to the pixel occupation request.

Alternatively, in one example of the above aspect, the occupation charge acquiring unit may include: the occupation information acquisition module is used for responding to the pixel occupation request and acquiring first pixel occupation information of the target pixel from a block chain link point of the block chain network; and a occupation charge determining module for determining the occupation required charge of the target pixel based on the occupation charge information in the first pixel occupation information.

Optionally, in an example of the above aspect, the apparatus may further include: a occupation information receiving unit that receives third pixel occupation information from the block chain node in response to completion of pixel occupation processing, the third pixel occupation information including at least second pixel occupation information of the target pixel; and a occupation information display unit which displays part or all of the third pixel occupation information in the corresponding pixels of the pixel page, wherein the displayed part or all of the third pixel occupation information at least comprises the description information of the person who occupies.

Alternatively, in one example of the above-described aspect, the occupation information display unit displays, in the target pixel, part or all of the acquired first pixel occupation information, the displayed part or all of the first pixel occupation information including at least the occupant description information, before transmitting the pixel occupation transaction to the block link point.

Optionally, in an example of the above aspect, the third pixel occupation information includes latest pixel occupation information of each pixel of the pixel page in the block chain node, or the acquired third pixel occupation information includes latest pixel occupation information of a pixel at which occupation information at the block chain node is changed.

Optionally, in an example of the above aspect, the apparatus may further include: a caching unit that caches the acquired third pixel occupation information in the client device.

Optionally, in an example of the above aspect, the pixel occupation information may further include a tenant message information, and the apparatus may further include: and the sharing unit is used for sharing pixel occupation content information, and the pixel occupation content information is generated based on part or all of the first pixel occupation information.

Optionally, in an example of the above aspect, the preemption request acquisition unit may include: a request type providing module, responsive to a user selecting the target pixel in the pixel page, providing a preemption request confirmation interface, the preemption request confirmation interface including a selectable pixel preemption request type; and a occupation request determination module that determines a pixel occupation request in response to a user's selection of a selectable pixel occupation request type, wherein a charge required for occupation of the target pixel is determined based on the type of the pixel occupation request and the first pixel occupation information of the target pixel.

According to another aspect of embodiments herein, there is provided an apparatus for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption description information and preemption charge information, the apparatus comprising: a occupation transaction receiving unit, configured to receive a pixel occupation transaction for a target pixel sent by a user via a client device, where the pixel occupation transaction includes a user account of the user in the block chain network, a pixel identification of the target pixel, and an occupation required cost of the target pixel, where the occupation required cost is obtained in response to a pixel occupation request initiated by the user via the client device, the occupation required cost of the target pixel is determined based on first pixel occupation information of the target pixel, and the first pixel occupation information is current latest pixel occupation information in the block chain node; a occupation transaction executing unit for executing pixel occupation transaction at the block link point; and a occupation processing unit that completes pixel occupation processing using second pixel occupation information corresponding to the pixel occupation transaction when the pixel occupation transaction is successful.

According to another aspect of embodiments of the present specification, there is provided a computing device including: one or more processors, and a memory coupled with the one or more processors, the memory storing instructions that, when executed by the one or more processors, cause the one or more processors to perform a method for implementing pixel occupation of a page of pixels as described above.

According to another aspect of embodiments herein, there is provided a machine-readable storage medium storing executable instructions that, when executed, cause the machine to perform a method for enabling pixel preemption of a page of pixels as described above.

Drawings

A further understanding of the nature and advantages of the contents of the embodiments of the specification may be realized by reference to the following drawings. In the drawings, similar components or features may have the same reference numerals.

FIG. 1 shows a flow diagram of a method for implementing pixel preemption in a page of pixels in accordance with an embodiment of the present description;

FIG. 2 illustrates an example schematic of an incoming page of a pixel preemption application in accordance with an embodiment of the present description;

FIG. 3 illustrates an example schematic diagram of an initial pixel page after an incoming pixel preemption application in accordance with an embodiment of the present description;

FIG. 4 illustrates another example schematic diagram of an initial pixel page after an incoming pixel preemption application in accordance with embodiments of the present description;

FIG. 5 illustrates a schematic diagram of one example of a pixel preemption request trigger page in accordance with an embodiment of the present description;

FIG. 6 shows a schematic diagram of one example of a process for obtaining a pixel preemption request in accordance with an embodiment of the present description;

FIG. 7 is a schematic diagram illustrating one example of a process for determining a selectable pixel preemption request type in accordance with an embodiment of the present description;

FIG. 8 illustrates a schematic diagram of one example of a pixel preemption request interface in accordance with an embodiment of the present description;

FIG. 9 is a schematic diagram illustrating one example of a process for acquiring a preemption charge for a target pixel in accordance with an embodiment of the present description;

FIG. 10 is a schematic diagram illustrating another example of a process for acquiring a preemption charge for a target pixel in accordance with an embodiment of the present description;

FIG. 11 illustrates an example schematic of pixel preemption information in accordance with an embodiment of the present description;

FIG. 12 shows an example schematic of a current occupation of a target pixel in accordance with an embodiment of the present description;

FIG. 13 shows an example illustration of a pixel page after pixel preemption is completed in accordance with an embodiment of the present description;

FIG. 14 shows another example illustration of a pixel page after pixel preemption is completed in accordance with an embodiment of the present description;

FIG. 15 illustrates a block diagram of an apparatus at a client device for enabling pixel preemption in a page of pixels in accordance with an embodiment of the present specification;

fig. 16 is a block diagram illustrating an example of a preemption request acquisition unit in accordance with an embodiment of the present description;

fig. 17 is a block diagram illustrating an example of a preemption charge acquisition unit in accordance with an embodiment of the present description;

FIG. 18 illustrates a block diagram of an apparatus for enabling pixel preemption in a page of pixels at a block link point in accordance with an embodiment of the present description; and

FIG. 19 illustrates a block diagram of a computing device for implementing pixel occupancy in a page of pixels in accordance with embodiments of the present specification.

Detailed Description

The subject matter described herein will now be discussed with reference to example embodiments. It should be understood that these embodiments are discussed only to enable those skilled in the art to better understand and thereby implement the subject matter described herein, and are not intended to limit the scope, applicability, or examples set forth in the claims. Changes may be made in the function and arrangement of elements discussed without departing from the scope of the embodiments of the disclosure. Various examples may omit, substitute, or add various procedures or components as needed. For example, the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. In addition, features described with respect to some examples may also be combined in other examples.

As used herein, the term "include" and its variants mean open-ended terms in the sense of "including, but not limited to. The term "based on" means "based at least in part on". The terms "one embodiment" and "an embodiment" mean "at least one embodiment". The term "another embodiment" means "at least one other embodiment". The terms "first," "second," and the like may refer to different or the same object. Other definitions, whether explicit or implicit, may be included below. The definition of a term is consistent throughout the specification unless the context clearly dictates otherwise.

Various solutions are currently proposed for pixel capture applications based on blockchain techniques. Typical solution examples may include Satoshi's Place, EOS PIXEL MASTER, and TronPixel.

Satoshi's Place is an online palette supported by a Lightning (Lightning) network. The digital canvas consists of 100 million pixels, where each pixel would cost the user's 1saoshi (0.00000001BTC) bitcoin to purchase for drawing.

EOS PIXEL MASTER is a collaborative work of art based on blockchain technology. In the EOS PIXEL MASTER, a canvas is provided and a toolbar brush can be used to draw on the canvas and then be presented to each open person. Drawing on a canvas requires having pixels on the canvas, and the pixels on the canvas are charged. Typically, the starting price per pixel is set to 0.05 EOS. If you want to cover someone else's drawn pixels, then 35% of the price is needed, 75% of the price is assigned to the original owner of the pixel, and the remaining 25% flows into the equity pool. The equity pool will constantly accumulate EOS. After a certain number of pixels have been accumulated, if no one has been drawing within a specified time (e.g., 24 hours), the drawing process ends and the last one drawing the pixel gets all the EOSs in the equity pool. In addition, the drawing result (i.e., canvas) can be saved and displayed.

TronPixel is a worldwide collaborative many-people work of art developed based on TRON. Similar to PixelFun. In TronPixel, the user needs to have a wavefield account (TronLink wallet) and pay to purchase pixels using TRX. Then, a brush is selected in the toolbar and drawing is performed on the canvas. In TronPixel, the more pixels a user has, the more revenue it gets. Once the owned pixel is purchased, the subsequent revenue associated with the pixel is lost.

However, Satoshi's Place, EOS PIXEL MASTER and TronPixel all require the user to draw himself, thereby making the user's participation threshold high.

In view of the foregoing, in embodiments of the present specification, a pixel preemption application based on blockchain techniques is provided. In the pixel preemption application, an online pixel page is provided that includes a plurality of pixels. For example, an online page of pixels typically includes thousands to tens of thousands of pixels, or even more. Each pixel can be used by a user to display pixel occupation information including occupant description information, such as an occupant avatar or occupant text description. In addition, the pixel occupation information can also comprise message leaving information of the occupation person, so that the pixels become message leaving boards, and the user experience is greatly improved. In this specification, a pixel may also be referred to as a pixel grid.

In the embodiments of the present specification, a client device 10 (hereinafter simply referred to as a client) and a tile chain node 20 in a tile chain network cooperate to implement a pixel preemption application. The client 10 performs an interaction with the user and the blockchain node 20 for receiving a pixel preemption request from the user and generating a pixel preemption transaction to send to the blockchain node 20. The blockchain node 20 performs a pixel preemption transaction using information in the blockchain network and feeds back the pixel preemption transaction result to the client 10. When the pixel occupation transaction is successful, the pixel occupation information corresponding to the user is used to occupy the pixel, the latest pixel occupation information of the pixel is recorded in the blockchain network, and the latest pixel occupation information is returned to the client 10 for presentation and sharing.

A method and apparatus for implementing pixel occupation in a pixel page according to an embodiment of the present specification will be described in detail below with reference to the accompanying drawings.

FIG. 1 shows a flow diagram of a method 100 for implementing pixel preemption in a page of pixels in accordance with an embodiment of the present description.

As shown in FIG. 1, at a client device (hereinafter referred to simply as a "client") 10, a pixel preemption request for a target pixel in a pixel page initiated by a user at the client 10 is obtained, at block 110. It is noted here that the user has a user account registered in the blockchain network, and the user account is used to store a certificate of interest (i.e., token) issued in the blockchain network. In this specification, a proof of entitlement may also be referred to as a token. Where the pixel occupation application is, for example, a pixel occupation application such as a time capsule, the proof of interest may be a time gemstone.

In this specification, a pixel page may be entered, for example, in response to detecting a user initiated pixel page entry operation. FIG. 2 illustrates an example schematic of an incoming page for a pixel preemption application in accordance with an embodiment of the present description. The incoming page shown in fig. 2 contains icons (Icon) or tabs (Tab) for multiple pixel pages. After a user clicks the Tab of a certain pixel page in the access page, the corresponding pixel page is accessed. In this specification, a page of pixels may be scalable.

Furthermore, in one example of the embodiments of the present specification, after detecting that the user initiates a pixel page entering operation, the client 10 may also send a pixel occupation information acquisition request to the tile chain node 20 for acquiring current pixel occupation information of each pixel in the pixel page from the tile chain node 20. In this specification, pixel occupation information of a pixel is recorded in a block in a blockchain network. In this specification, the pixel occupation information may include, for example, an occupation person description information and an occupation charge information. The tenant descriptive information may include, for example, a tenant avatar or tenant textual descriptive information. The occupant text description information may be, for example, "three have the pixel", or the like. Further, the pixel occupation information may further include a person left message, such as "Dear: you are one person for the world, but for me you are my whole world ". Upon receiving the pixel page data acquisition request, at the tile link point 20, the pixel occupation information of each pixel in the pixel page recorded in the tile chain network is acquired, and the acquired pixel occupation information of each pixel is returned to the client 10. Then, at the client 10, a pixel page is presented based on the acquired pixel occupation information of the respective pixels. As shown in fig. 3, the pixel occupation information of each pixel is displayed on the presented pixel page, and the displayed pixel occupation information at least includes the occupant description information. Note that fig. 3 shows a display of the head portrait of the occupant. In other examples, the occupant textual description may also be displayed. Further, in other embodiments of the present specification, other pixel occupation information, such as a message left by a person, may be displayed in addition to the information on the person who is occupied.

Further, in another example of the embodiment of the present specification, after the pixel occupation information of each pixel of the pixel page is acquired from the tile link point 20, the acquired pixel occupation information of each pixel may be cached in the client terminal 10 without being displayed on the pixel page. The pixel occupation information is displayed in the selected pixels only after the pixels of the pixel page are selected. Alternatively, in another example, after the pixel occupation information of each pixel of the pixel page is acquired from the tile link point 20, only the pixel occupation information of each pixel located in the display area of the client terminal 10 may be displayed.

Further, in another example of the embodiments of the present specification, after detecting that the user initiates a pixel page entering operation, the client 10 may not send a pixel occupation information acquisition request to the tile link node 20, and may display the pixel page only according to the pixel size data, for example, display a pixel page of a prescribed size or the like. As shown in fig. 4, the displayed pixel page has all pixels displaying no pixel occupation information.

After the pixel page is entered as above, a pixel occupation request is acquired in response to a pixel selection operation by the user in the pixel page. For example, in one example of the present specification, the pixel preemption request can be received in response to a user selecting a target pixel in a page of pixels. In other words, in response to the user selecting target pixel a in the pixel page, a pixel preemption request is generated that can include the user account and the pixel identification of target pixel a. In this specification, the pixel preemption request can include a pixel-alone preemption request and/or a pixel-joint preemption request. Here, the "pixel-independent occupation request" means that the user solely occupies the pixel. In this case, the occupation charge required for occupying the pixels is solely borne by the user, and the resulting rights (for example, earnings and occupation information display, etc.) are also enjoyed by the user alone. The "pixel union busy request" refers to that a user unites others (e.g., friends) to busy pixels. In this case, the occupation charge required for the pixel is jointly borne by the user and others, and the resulting rights (e.g., earnings and occupation information display, etc.) are shared by the user and others. Note that, in the case of the pixel joint occupation, the pixel occupation charge borne by each user may be determined in a predetermined ratio.

Further, in the embodiment of the present specification, the pixel occupation request may be a pixel occupation request trigger page that pops up the user in response to the user selecting the target pixel a in the pixel page, and the pixel occupation request is generated after the user triggers occupation, as shown in fig. 5, and the pixel occupation request is generated after the user clicks the "occupation lattice".

In another example of the present specification, where the type of pixel preemption request comprises a pixel-alone preemption request and a pixel-joint preemption request, the process of obtaining a pixel preemption request for a target pixel in a pixel page initiated by a user on a client 10 can further comprise interacting with the user to determine the preemption request.

Fig. 6 shows a schematic diagram of an example of a process for obtaining a pixel preemption request that is adapted to the case where the pixel preemption request includes a pixel-alone preemption request and a pixel joint preemption request, in accordance with an embodiment of the present description.

As shown in FIG. 6, at block 111, user selection of a target pixel is detected. Next, at block 113, in response to the user selecting a target pixel in the pixel page, a preemption request confirmation interface is provided that includes a selectable pixel preemption request type for selection or confirmation by the user. Here, the selectable pixel preemption request type can be determined based on the current preemption charge for the target pixel and the user's user account balance. For example, when the user account balance is not less than a predetermined multiple of the current preemption charge, the pixel preemption request type can be selected to include a pixel-alone preemption request and a pixel co-preemption request, or to include only a pixel-alone preemption request. The selectable pixel preemption request type includes a pixel joint preemption request when the user account balance is less than a predetermined multiple of the current preemption charge.

It is further noted that the above-mentioned optional pixel preemption request type determination process can be performed at either the block-link point 20 or the client 10. FIG. 7 illustrates a schematic diagram of one example of a process for determining a selectable pixel preemption request type in accordance with an embodiment of the present description. In the example shown in fig. 7, the selectable pixel preemption request type is determined at a block link point 20.

As shown in fig. 7, upon detecting a user selection of a target pixel, at 1131, the client 10 sends a selectable preemption request type determination request to the tile link point 20. Upon receipt of the selectable preemption request type determination request, at block 1133, the current preemption charge and user account balance for the target pixel are obtained at block link point 20. Next, at block 1135, a selectable pixel preemption request type is determined based on the acquired current preemption charge and the user account balance. The determined selectable pixel preemption request type is then returned to the client 10 for display on the client 10 at 1137.

If the selectable pixel preemption request type is implemented at the client 10, in the process the client 10 sends a preemption charge acquisition request to the blockchain node 20 for acquiring the current preemption charge for the target pixel and the user account balance. The selectable pixel preemption request type is then determined based on the current preemption charge received from block link point 20 and the user account balance.

Then, at block 115, a pixel preemption request is determined in response to a user selecting or confirming a selectable pixel preemption request type. Fig. 8 is a schematic diagram illustrating an example of a pixel preemption request validation interface in accordance with an embodiment of the present description.

Further, in the present specification, in the case where the selectable pixel occupation request type includes a pixel individual occupation request and a pixel joint occupation request, the pixel joint occupation request may be provided after a pixel occupation transaction for the pixel individual occupation request fails. Specifically, a pixel individual busy request is first provided, and then a pixel busy process is performed according to the pixel individual busy request. If the pixel occupying process for the pixel exclusive occupying request fails, a pixel joint occupying request is provided, and the pixel occupying process for the pixel joint occupying request is sequentially performed.

In embodiments of the present description, the target pixel may be selected by the user, for example, by clicking or touching a pixel in a pixel page. Alternatively, the target pixel may be determined by a system of the client device. E.g., randomly determined by the system of the client device. The target pixel determined by the client device may be presented in a blinking manner or in a particular color for the user to know.

Returning to fig. 1, after the pixel occupation request is acquired as above, at block 120, the charge required for occupation of the target pixel is acquired in response to the pixel occupation request.

In one example of an embodiment of the present specification, the charge required for occupation of the target pixel may be determined based on first pixel occupation information of the target pixel, which is current latest pixel occupation information in the block chain node. For example, when there is a person who is occupied in the pixel, the occupation required cost may be a predetermined multiple of the current occupation cost in the first pixel occupation information. The current occupation charge in the first pixel occupation information may be a prescribed charge if the pixel does not have an occupant, and the occupation required charge may be the prescribed charge. Furthermore, for a target pixel, as long as the user proposes a preemption offer and the pixel preemption transaction success condition is met, the target pixel is to be preempted by the user without the last preemption consent.

Further, in one example of an embodiment herein, the occupancy charge may be determined in response to a pixel occupancy request at a blockchain link point 20 of the blockchain network, whereby the client 10 obtains the occupancy charge for the target pixel from the blockchain link point 20.

Fig. 9 is a schematic diagram showing one example of a process for acquiring a occupation required cost of a target pixel according to an embodiment of the present specification. In the example shown in fig. 9, the preemption required cost determination process is performed at block link point 20.

As shown in fig. 9, in response to acquiring the pixel preemption request, a preemption required cost determination request is sent to block link point 20 at 121. Upon receiving the occupation required cost determination request, at block 123, occupation cost information (i.e., current occupation cost information) in the first pixel occupation information of the target pixel is acquired at the block link point 20. Then, at block 125, at the block link point 20, the occupation required cost is determined based on the occupation cost information in the acquired first pixel occupation information. The determined required cost for the preemption is then returned to the client 10 at block 127.

Fig. 10 is a schematic diagram showing another example of a process for acquiring a occupation required cost of a target pixel according to an embodiment of the present specification. In the example shown in fig. 10, the required cost of preemption is determined at the client 10.

As shown in fig. 10, first, in response to a pixel occupation request, first pixel occupation information of a target pixel is acquired from a blockchain link point 20 of a blockchain network. Specifically, at 121', in response to acquiring the pixel occupation request, a pixel occupation information acquisition request is sent to the tile link point 20, the pixel occupation information acquisition request including the pixel identification of the target pixel. Upon receiving the pixel occupation information acquisition request, at block 123', first pixel occupation information of the target pixel is acquired at the tile link point 20. The block chain node 20 then returns the acquired first pixel occupation information to the client 10 at 125'. Subsequently, at the client 10, at block 127', a charge required for occupation is determined based on the occupation charge in the acquired first pixel occupation information.

Further, in another example of the embodiments of the present specification, in a case where the pixel occupation request includes a plurality of selectable types, the occupation required cost of the target pixel may be determined based on the type of the pixel occupation request and the first pixel occupation information of the target pixel. For example, in the case where the type of the pixel occupation request is a pixel-by-pixel occupation request, the occupation required cost of the target pixel may be determined based on the first pixel occupation information of the target pixel. In the case where the type of the pixel occupation request is the pixel co-occupation request, the occupation required cost of the target pixel may be determined based on the prescribed proportion specified by the pixel co-occupation request and the first pixel occupation information of the target pixel.

Returning to fig. 1, after acquiring the preemption charge for the target pixel as described above, the client 10 sends a pixel preemption transaction to the tile chain node 20 at 130 that includes the user account, the pixel identification of the target pixel, and the preemption charge.

Next, at block 140, at block link point 20, a pixel preemption transaction is performed. Here, the pixel occupation transaction may include, for example, a pixel occupation transaction confirmation process and a pixel transaction right assignment process. In particular, the pixel preemption transaction validation process can be used to validate that the balance in the user's account is sufficient to cover the required preemption and that the transaction data agree to a consensus, etc. The pixel transaction right allocation process is used for allocating right to right generated by the pixel occupation transaction after the pixel occupation transaction is successful. In one example of the present description, a predetermined proportion (e.g., 90%) of the cost required for preemption in a pixel preemption transaction is allocated to the last owner of the pixel, and the remaining proportion (e.g., 10%) is divided equally among the other pixel preemptiors on the current pixel page. For example, assuming that there are pixel tenants A, B, C and D on the current pixel page, where pixel tenant a is the last owner of the target pixel, B, C and D are the owners of the other pixels in the current pixel page, if the cost of occupation is 100 time gemstones, then 90 time gemstones are assigned to tenant a, and the remaining 10 time gemstones are equally divided to B, C and D.

After the pixel preemption transaction is performed as above, at block 150, the pixel preemption process is completed using the second pixel preemption information corresponding to the pixel preemption transaction at block link point 20. For example, user description information (such as a user avatar or user text description information) and pixel occupation cost of the user are acquired as second pixel occupation information, and the acquired second pixel occupation information is linked to the blockchain network in association with the pixel to be recorded in the block in the blockchain network. In addition, a message left by the user can be acquired. Accordingly, the second pixel occupation information may include a message left by the user. Here, the user message may be provided when the user performs pixel occupation, or may be provided subsequently by the user through an interface. Fig. 11 shows an exemplary schematic diagram of pixel occupation information of a target pixel according to an embodiment of the present specification.

Further, optionally, in an example of the embodiment of the present specification, the method may further include: in response to the pixel preemption process being completed, the blockchain node 20 sends third pixel preemption information to the client 10 at block 160 that includes at least second pixel preemption information for the target pixel.

In one example of an embodiment of the present specification, the third pixel occupation information may include latest pixel occupation information of respective pixels of a pixel page in a block chain node. In another example, the acquired third pixel occupation information may include latest pixel occupation information of pixels whose occupation information at the block link point is changed. In other words, the pixel occupation information acquired from the tile link point 20 is only incremental data of the pixel occupation information. Further, in another example of the embodiment of the present specification, the acquired third pixel occupation information may also be cached in the client 10. In this case, the client 10, after receiving the incremental data, can combine with the locally stored pixel occupation information to obtain the pixel occupation information of all the pixels in the pixel page.

After receiving the third pixel occupation information, at block 170, part or all of the third pixel occupation information is displayed in the corresponding pixels of the pixel page at the client 10, the displayed part or all of the third pixel occupation information including at least the occupation description information. Fig. 12 shows an exemplary schematic diagram of a current occupation situation of a target pixel, that is, a schematic diagram of a pixel page before the target pixel is occupied according to an embodiment of the present specification, fig. 13 shows an exemplary schematic diagram of a pixel page after the pixel occupation is completed according to an embodiment of the present specification, and fig. 14 shows another exemplary schematic diagram of a pixel page after the pixel occupation is completed according to an embodiment of the present specification. Only the pixel occupation information of the target pixel is shown in fig. 13, and the pixel occupation information of all the pixels of the pixel page is shown in fig. 14.

Further, optionally, the method 100 may further include: and sharing the pixel occupation content message, wherein the pixel occupation content message is generated based on part or all of the second pixel occupation information, for example, the pixel occupation content message can be a postcard generated based on a message left by the user. For example, friends may be shared by clicking on the "share" button in FIG. 5.

Further optionally, before sending the pixel preemption transaction to the block link point, the method may further comprise: and displaying part or all of the acquired first pixel occupation information in the target pixel, wherein the displayed part or all of the first pixel occupation information at least comprises the occupation person description information.

In addition, optionally, a bonus object pool can be arranged on the preset pixels of the pixel page. Accordingly, after the target pixel has the bonus object pool and is successfully occupied, a lottery process may be performed at the tile link point 20, and the drawn bonus object is distributed to the occupants of the target pixel.

Further, the owner of the bonus object and/or the tenant description information may be determined based on a voting mechanism in which the respective joint tenants are given the same voting right or different voting rights based on a preemption charge payment amount when the target pixel is jointly occupied. In other words, the extracted award object can be voted for each pixel occupant, depending on which pixel occupant belongs to the joint occupation and the occupant description information indicating which pixel occupant is displayed in the target pixel.

Fig. 15 shows a block diagram of an apparatus 1500 for implementing pixel preemption in a page of pixels (hereinafter referred to as pixel preemption apparatus 1500) at a client 10 in accordance with an embodiment of the present description. As shown in fig. 15, the pixel occupation device 1500 can include an occupation request acquisition unit 1510, an occupation charge acquisition unit 1520, and an occupation transaction transmission unit 1530.

The preemption request acquisition unit 1510 is configured to acquire a pixel preemption request for a target pixel initiated on a client device by a user having a user account in the blockchain network.

The occupation charge acquisition unit 1520 is configured to acquire, in response to the pixel occupation request, occupation required charge of the target pixel, which is determined based on first pixel occupation information of the target pixel, which is current latest pixel occupation information in the block chain node.

The occupation transaction transmission unit 1530 is configured to transmit a pixel occupation transaction including the user account, the pixel identification of the target pixel, and the occupation required charge to the tile link point.

After receiving the pixel occupation transaction, executing the pixel occupation transaction at the block chain node, and completing the pixel occupation processing by using second pixel occupation information corresponding to the pixel occupation transaction when the pixel occupation transaction is successful.

In one example of the present specification, the occupation request acquisition unit 1510 may acquire a pixel occupation request in response to a pixel selection operation by a user in a pixel page. For example, the pixel preemption request can be received in response to a user selecting a target pixel in a page of pixels. In other words, in response to the user selecting the target pixel a in the pixel page, a pixel preemption request is generated that can include the user account and the pixel identification of the target pixel. In this specification, the pixel preemption request can include a pixel-alone preemption request and/or a pixel-joint preemption request. Here, the "pixel-independent occupation request" means that the user solely occupies the pixel. In this case, the occupation charge required for occupying the pixels is solely borne by the user, and the resulting rights (for example, earnings and occupation information display, etc.) are also enjoyed by the user alone. The "pixel union busy request" refers to that a user unites others (e.g., friends) to busy pixels. In this case, the occupation charge required for occupying the pixels is jointly borne by the user and others, and the resulting rights (e.g., earnings and occupation information display, etc.) are shared by the user and others.

Further, in the embodiment of the present specification, the pixel occupation request may also be a pixel occupation request trigger page that pops up the user in response to the user selecting the target pixel a in the pixel page, and the pixel occupation request is generated after the user triggers occupation.

In another example of the present specification, where the pixel preemption request comprises a pixel-alone preemption request and a pixel-joint preemption request, the process of obtaining a pixel preemption request for a target pixel in the pixel page initiated by a user on a client device can further comprise interacting with the user to determine the preemption request.

Fig. 16 shows a block diagram of an example of the preemption request acquisition unit 1510 according to an embodiment of the present specification. As shown in fig. 16, the preemption request acquisition unit 1510 includes a request type providing module 1511 and a preemption request determining module 1513.

The request type providing module 1511 is configured to provide a preemption request confirmation interface including a selectable pixel preemption request type in response to a user selecting the target pixel in a pixel page.

The preemption request determination module 1513 is configured to determine a pixel preemption request in response to a user selection of a selectable pixel preemption request type.

Accordingly, the charge required for occupation of the target pixel is determined based on the type of the pixel occupation request and the first pixel occupation information of the target pixel.

In one example of the embodiments of the present specification, the occupation charge acquiring unit 1520 may acquire the occupation required charge of the target pixel from the patch link point of the patch link network in response to the pixel occupation request. In this case, the cost required for occupation of the target pixel is determined at the block link point.

In another example of an embodiment of the present specification, the cost required for occupation of the target pixel may also be determined at the client. Fig. 17 shows a block diagram of one example of a preemption charge acquisition unit in accordance with an embodiment of the present description. As illustrated in fig. 17, the preemption charge acquisition unit 1520 can include a preemption information acquisition module 1521 and a preemption charge determination module 1523.

The occupation information acquisition module 1521 is configured to acquire first pixel occupation information of the target pixel from a blockchain link point of a blockchain network in response to the pixel occupation request.

The occupation charge determination module 1523 is configured to determine the occupation required charge of the target pixel based on the occupation charge information in the first pixel occupation information.

Further, the pixel occupation device 1500 may further optionally include an occupation information receiving unit 1540 and an occupation information display unit 1550.

The occupation information receiving unit 1540 is configured to receive third pixel occupation information including at least second pixel occupation information of the target pixel from the patch link point in response to completion of the pixel occupation processing.

The occupation information display unit 1550 is configured to display part or all of the third pixel occupation information in corresponding pixels of the pixel page, the displayed part or all of the third pixel occupation information including at least the occupant description information.

Further, in one example of the present specification, the occupation information display unit 1550 displays the acquired part or all of the first pixel occupation information in the target pixel before transmitting the pixel occupation transaction to the block link point, the displayed part or all of the first pixel occupation information including at least the occupant description information.

Further, in one example, the third pixel occupancy information may include latest pixel occupancy information in the blockchain node for each pixel of a pixel page. In another example, the acquired third pixel occupation information may include latest pixel occupation information of pixels whose occupation information at the block link point is changed.

Further, optionally, the pixel occupying device 1500 may further include a buffer unit 1560. The caching unit 1560 is configured to cache the acquired third pixel occupation information in the client device 10.

In addition, the pixel occupation device 1500 may further include a sharing unit 1570. The sharing unit 1570 is configured to share a pixel preemption content message generated based on part or all of the first pixel preemption information.

Fig. 18 shows a block diagram of an apparatus 1800 for implementing pixel preemption in a page of pixels (hereinafter referred to as pixel preemption apparatus 1800) at a blockchain node 20 in accordance with an embodiment of the present description. As shown in fig. 18, the pixel occupation device 1800 includes an occupation transaction receiving unit 1810, an occupation transaction execution unit 1820, and an occupation processing unit 1830.

The occupation transaction receiving unit 1810 is configured to receive a pixel occupation transaction for a target pixel, which is sent by a user via the client device 10 and includes a user account of the user in the blockchain network, a pixel identification of the target pixel, and an occupation required charge of the target pixel, which is obtained in response to a pixel occupation request initiated by the user via the client device, the occupation required charge of the target pixel being determined based on first pixel occupation information of the target pixel, which is current latest pixel occupation information in the blockchain node.

The preemption transaction execution unit 1820 is configured to execute a pixel preemption transaction at a block link point 20.

The occupation processing unit 1830 is configured to complete the pixel occupation processing using the second pixel occupation information corresponding to the pixel occupation transaction (i.e., the second pixel occupation information corresponding to the user) when the pixel occupation transaction is successful.

Embodiments of a method and apparatus for implementing pixel preemption in a page of pixels in accordance with embodiments of the present specification are described above with reference to fig. 1-18. The above pixel occupying means may be implemented by hardware, or may be implemented by software, or a combination of hardware and software.

FIG. 19 is a block diagram of a computing device 1900 for implementing pixel preemption in a page of pixels in accordance with an embodiment of the present description.

As shown in fig. 19, computing device 1900 may include at least one processor 1910, storage (e.g., non-volatile storage) 1920, memory 1930, communication interface 1940, and an internal bus 1960, and at least one processor 1910, storage 1920, memory 1930, and communication interface 1940 are connected together via bus 1960. The at least one processor 1910 executes at least one computer-readable instruction (i.e., an element described above as being implemented in software) stored or encoded in a computer-readable storage medium.

In one embodiment, stored in the memory are computer-executable instructions that, when executed, cause the at least one processor 1910 to: acquiring a pixel occupation request aiming at a target pixel, which is initiated by a user on a client device, wherein the user has a user account in the block chain network; acquiring a occupation required cost of the target pixel in response to the pixel occupation request, the occupation required cost of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information in the block chain node; and sending a pixel occupation transaction to the block chain node, wherein the pixel occupation transaction comprises the user account and the occupation required cost, the pixel occupation transaction is executed at the block chain node, and when the pixel occupation transaction is successful, the pixel occupation processing is completed by using second pixel occupation information corresponding to the pixel occupation transaction.

It should be appreciated that the computer-executable instructions stored in the memory, when executed, cause the at least one processor 1910 to perform the various operations and functions described above in connection with fig. 1-18 in the various embodiments of the present description.

According to one embodiment, a program product, such as a non-transitory machine-readable medium, is provided. A non-transitory machine-readable medium may have instructions (i.e., elements described above as being implemented in software) that, when executed by a machine, cause the machine to perform various operations and functions described above in connection with fig. 1-18 in various ones of the embodiments of the present specification.

Specifically, a system or apparatus may be provided which is provided with a readable storage medium on which software program code implementing the functions of any of the above embodiments is stored, and causes a computer or processor of the system or apparatus to read out and execute instructions stored in the readable storage medium.

In this case, the program code itself read from the readable medium can realize the functions of any of the above-described embodiments, and thus the machine-readable code and the readable storage medium storing the machine-readable code form part of the present invention.

Examples of the readable storage medium include floppy disks, hard disks, magneto-optical disks, optical disks (e.g., CD-ROMs, CD-R, CD-RWs, DVD-ROMs, DVD-RAMs, DVD-RWs), magnetic tapes, nonvolatile memory cards, and ROMs. Alternatively, the program code may be downloaded from a server computer or from the cloud via a communications network.

It will be understood by those skilled in the art that various changes and modifications may be made in the above-disclosed embodiments without departing from the spirit of the invention. Accordingly, the scope of the invention should be determined from the following claims.

It should be noted that not all steps and units in the above flows and system structure diagrams are necessary, and some steps or units may be omitted according to actual needs. The execution order of the steps is not fixed, and can be determined as required. The apparatus structures described in the above embodiments may be physical structures or logical structures, that is, some units may be implemented by the same physical entity, or some units may be implemented by a plurality of physical entities, or some units may be implemented by some components in a plurality of independent devices.

In the above embodiments, the hardware units or modules may be implemented mechanically or electrically. For example, a hardware unit, module or processor may comprise permanently dedicated circuitry or logic (such as a dedicated processor, FPGA or ASIC) to perform the corresponding operations. The hardware units or processors may also include programmable logic or circuitry (e.g., a general purpose processor or other programmable processor) that may be temporarily configured by software to perform the corresponding operations. The specific implementation (mechanical, or dedicated permanent, or temporarily set) may be determined based on cost and time considerations.

The detailed description set forth above in connection with the appended drawings describes exemplary embodiments but does not represent all embodiments that may be practiced or fall within the scope of the claims. The term "exemplary" used throughout this specification means "serving as an example, instance, or illustration," and does not mean "preferred" or "advantageous" over other embodiments. The detailed description includes specific details for the purpose of providing an understanding of the described technology. However, the techniques may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form in order to avoid obscuring the concepts of the described embodiments.

The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption profile information and preemption charge information, the method performed by a client device, the method comprising:

acquiring a pixel occupation request which is initiated by a user on a client device and aims at a target pixel, wherein the pixel occupation request comprises a user account of the user in the block chain network and a pixel identification of the target pixel;

acquiring a required charge for occupation of the target pixel in response to the pixel occupation request, the required charge for occupation of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information recorded in the block chain node; and

sending a pixel preemption transaction to the block link, the pixel preemption transaction including the user account, a pixel identification of the target pixel, and the preemption required cost,

wherein the blockchain node executes the pixel occupation transaction in response to receiving the pixel occupation transaction, and when the pixel occupation transaction is successful, completes pixel occupation processing using second pixel occupation information corresponding to the pixel occupation transaction, and records the second pixel occupation information in the blockchain network in association with the target pixel after the pixel occupation processing is completed.

2. The method of claim 1, wherein acquiring the charge required for the occupation of the target pixel in response to the pixel occupation request comprises:

responding to the pixel occupation request, and sending an occupation required cost determination request to the block chain node; and

acquiring a occupation required charge of the target pixel from the block link point, the occupation required charge being used at the block link point, determined based on occupation charge information in the first pixel occupation information of the target pixel in response to the occupation required charge determination request.

3. The method of claim 1, wherein acquiring the charge required for the occupation of the target pixel in response to the pixel occupation request comprises:

in response to the pixel preemption request, acquiring first pixel preemption information for the target pixel from a blockchain link point of the blockchain network; and

and determining the occupation required cost of the target pixel based on the occupation cost information in the first pixel occupation information.

4. The method of claim 1, further comprising:

receiving third pixel preemption information from the blockchain node in response to the pixel preemption processing being complete, the third pixel preemption information including at least second pixel preemption information for the target pixel; and

and displaying part or all of the third pixel occupation information in corresponding pixels of the pixel page, wherein the displayed part or all of the third pixel occupation information at least comprises occupation person description information.

5. The method of claim 1, wherein the pixel preemption request is received in response to the user selecting the target pixel in the pixel page.

6. The method of claim 5, wherein the target pixel is determined by a system of the client device.

7. The method of claim 3, prior to sending a pixel preemption transaction to the block link point, the method further comprising:

and displaying part or all of the acquired first pixel occupation information in the target pixel, wherein the displayed part or all of the first pixel occupation information at least comprises the occupation person description information.

8. The method of claim 4, wherein the third pixel occupancy information comprises latest pixel occupancy information in the blockchain node for each pixel of the pixel page, or

The acquired third pixel occupation information includes latest pixel occupation information of a pixel whose occupation information at the block link point is changed.

9. The method of claim 8, further comprising:

caching the acquired third pixel occupation information in the client device.

10. The method of claim 1, wherein the tenant descriptive information comprises tenant avatar information and/or tenant textual descriptive information.

11. The method of claim 1, wherein the pixel preemption information further comprises a preemption message.

12. The method of claim 11, further comprising:

sharing a pixel occupation content message, the pixel occupation content message being generated based on part or all of the second pixel occupation information.

13. The method of claim 1, wherein the pixel preemption request comprises a plurality of types of pixel preemption requests, and the cost required for preemption of the target pixel is determined based on the type of pixel preemption request and the first pixel preemption information for the target pixel.

14. The method of claim 13, wherein obtaining a pixel preemption request for a target pixel in the pixel page initiated by a user on a client device comprises:

responsive to a user selecting the target pixel in the pixel page, providing a preemption request confirmation interface, the preemption request confirmation interface including a selectable pixel preemption request type for selection or confirmation by a user, the selectable pixel preemption request type determined based on a current preemption charge for the target pixel and a user account balance for the user; and

a pixel preemption request is determined in response to a user selecting or confirming the selectable pixel preemption request type.

15. A method according to claim 13 or 14, wherein the selectable pixel preemption request types include a pixel-alone preemption request and a pixel-joint preemption request.

16. The method of claim 15, wherein the pixel co-preemption request is provided after a pixel preemption transaction failure for the pixel individual preemption request.

17. The method of claim 1, wherein the page of pixels is scalable.

18. The method of any one of claims 1 to 17, wherein predetermined pixels of the pixel page are provided with a pool of bonus objects,

wherein, after the target pixel has a bonus object pool and is successfully occupied, lottery processing is performed at the tile link point, and the extracted bonus object is distributed to the occupants of the target pixel.

19. The method of claim 18, wherein the owner of the reward object and/or the tenant descriptive information is determined based on a voting mechanism when the target pixel is jointly occupied.

20. The method of claim 19, wherein each joint tenant is given the same voting right or different voting rights based on the preemption charge payment amount.

21. A method for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption descriptive information and preemption charge information, the method performed by a blockchain link point, the method comprising:

receiving a pixel occupation transaction for a target pixel sent by a user via a client device, wherein the pixel occupation transaction comprises a user account of the user in the block chain network, a pixel identification of the target pixel and occupation required cost of the target pixel, the occupation required cost is acquired in response to a pixel occupation request initiated by the user via the client device, the occupation required cost of the target pixel is determined based on first pixel occupation information of the target pixel, and the first pixel occupation information is current latest pixel occupation information of the target pixel recorded in the block chain node;

performing a pixel preemption transaction at the block link point;

when the pixel occupation transaction is successful, completing pixel occupation processing by using second pixel occupation information corresponding to the pixel occupation transaction; and

after the pixel occupation processing is completed, recording the second pixel occupation information in the block chain network in association with the target pixel.

22. An apparatus for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption profile information and preemption charge information, the apparatus for application to a client device, the apparatus comprising:

a occupation request obtaining unit, configured to obtain a pixel occupation request for a target pixel, where the pixel occupation request is initiated by a user on a client device, and includes a user account of the user in the block chain network and a pixel identifier of the target pixel;

a occupation charge acquisition unit that acquires occupation required charge of the target pixel in response to the pixel occupation request, the occupation required charge of the target pixel being determined based on first pixel occupation information of the target pixel, the first pixel occupation information being current latest pixel occupation information in the block chain node; and

a occupation transaction sending unit which sends a pixel occupation transaction to the block chain nodes, wherein the pixel occupation transaction comprises the user account, the pixel identification of the target pixel and the required occupation charge,

23. The apparatus of claim 22, wherein the preemption charge acquisition unit:

24. The apparatus of claim 22, wherein the preemption charge acquisition unit comprises:

the occupation information acquisition module is used for responding to the pixel occupation request and acquiring first pixel occupation information of the target pixel from a block chain link point of the block chain network; and

and the occupation charge determining module is used for determining the occupation required charge of the target pixel based on the occupation charge information in the first pixel occupation information.

25. The apparatus of claim 22, further comprising:

a occupation information receiving unit that receives third pixel occupation information from the block chain node in response to completion of pixel occupation processing, the third pixel occupation information including at least second pixel occupation information of the target pixel; and

and the occupation information display unit displays part or all of the third pixel occupation information in corresponding pixels of the pixel page, wherein the displayed part or all of the third pixel occupation information at least comprises the description information of the occupation person.

26. The apparatus according to claim 25, wherein the preemption information display unit displays the acquired part or all of the first pixel preemption information in the target pixel prior to sending a pixel preemption transaction to the blockchain node, the displayed part or all of the first pixel preemption information including at least preemption-description information.

27. The apparatus of claim 25, wherein the third pixel occupancy information comprises latest pixel occupancy information in the blockchain node for each pixel of the pixel page, or

The acquired third pixel occupation information is the latest pixel occupation information of the pixel whose occupation information at the block link point is changed.

28. The apparatus of claim 27, further comprising:

a caching unit that caches the acquired third pixel occupation information in the client device.

29. The apparatus of claim 22, further comprising:

and the sharing unit is used for sharing pixel occupation content information, and the pixel occupation content information is generated based on part or all of the second pixel occupation information.

30. The apparatus of claim 22, wherein the pixel preemption request comprises a plurality of types of pixel preemption requests, and the cost required for preemption of the target pixel is determined based on the type of pixel preemption request and the first pixel preemption information for the target pixel.

31. The apparatus of claim 30, wherein the preemption request acquisition unit comprises:

a request type providing module, responsive to a user selecting the target pixel in the pixel page, providing a preemption request confirmation interface, the preemption request confirmation interface including a selectable pixel preemption request type determined based on a current preemption charge for the target pixel and a user account balance of the user; and

a preemption request determination module that determines a pixel preemption request in response to a user selection of the selectable pixel preemption request type.

32. An apparatus for enabling pixel preemption in a pixel page, the pixel page including at least one pixel, each pixel having pixel preemption information stored in a blockchain network in the form of blockchain data, the pixel preemption information including preemption profile information and preemption charge information, the apparatus applied to a blockchain node, the apparatus comprising:

a occupation transaction receiving unit, configured to receive a pixel occupation transaction for a target pixel sent by a user via a client device, where the pixel occupation transaction includes a user account of the user in the blockchain network, a pixel identification of the target pixel, and an occupation required cost of the target pixel, where the occupation required cost is obtained in response to a pixel occupation request initiated by the user via the client device, the occupation required cost of the target pixel is determined based on first pixel occupation information of the target pixel, and the first pixel occupation information is current latest pixel occupation information in the blockchain node;

a occupation transaction executing unit for executing pixel occupation transaction at the block link point; and

and a occupation processing unit which completes pixel occupation processing by using second pixel occupation information corresponding to the pixel occupation transaction when the pixel occupation transaction is successful, and records the second pixel occupation information in the block chain network in association with the target pixel after the pixel occupation processing is completed.

33. A computing device, comprising:

one or more processors, and

a memory coupled with the one or more processors, the memory storing instructions that, when executed by the one or more processors, cause the one or more processors to perform the method of any of claims 1-20.

34. A machine-readable storage medium storing executable instructions that, when executed, cause the machine to perform the method of any one of claims 1 to 20.